6.2 - DNS, routes et ports réseau

Vérifier la résolution DNS
getent hosts example.com
resolvectl query example.com
dig example.com
dig +short example.com
dig @1.1.1.1 example.com
getent suit la configuration complète du système, y compris 
/etc/hosts, DNS et éventuellement un annuaire. 
dig interroge directement le DNS et fournit davantage de détails.
Afficher la configuration DNS gérée par systemd-resolved :
resolvectl status
Examiner aussi :
cat /etc/resolv.conf
grep '^hosts:' /etc/nsswitch.conf
Ne pas modifier 
/etc/resolv.conf avant de vérifier s'il est généré automatiquement.
Afficher la table de routage et les voisins
ip route
ip neigh
ip neigh remplace les usages courants de l'ancienne commande 
arp.
Voir les ports en écoute
ss -tuln
sudo ss -tulpn
ss -tan state established
Options : 
t TCP, 
u UDP, 
l écoute, 
n valeurs numériques, 
p processus.
Exemples ciblés :
sudo ss -ltnp 'sport = :22'
sudo lsof -iTCP:8080 -sTCP:LISTEN
Tester un port distant
nc -vz serveur.example 22
nc -vz 192.168.1.10 443
Pour HTTPS, tester aussi le protocole réel :
curl -I --connect-timeout 5 https://serveur.example
openssl s_client -connect serveur.example:443 -servername serveur.example </dev/null
Un port ouvert ne garantit pas que l'application fonctionne correctement. À l'inverse, un délai peut venir du pare-feu, du routage ou d'un filtrage intermédiaire.
Ordre de diagnostic conseillé
Interface UP → adresse IP → route par défaut → passerelle → DNS → port → application
Commandes correspondantes :
ip -brief address
ip route
ping -c 2 adresse-passerelle
getent hosts serveur.example
nc -vz serveur.example 443
curl -I https://serveur.example
Cette progression permet de séparer un problème réseau d'un problème applicatif au lieu de modifier plusieurs couches en même temps.