Linux · Réseau

Réseau Linux

Diagnostiquez méthodiquement l’adressage, les routes, le DNS et les ports d’un système Linux.

Leçon disponible
20 min

Objectifs

  • Relier IP, interface, route, DNS, port et socket.
  • Inspecter le réseau avec les commandes ip modernes.
  • Tester séparément connectivité IP, résolution DNS et service applicatif.
  • Identifier les ports en écoute avec ss.

Comprendre le réseau Linux

Une interface relie la machine à un réseau et porte généralement une ou plusieurs adresses IP. Une route indique par quelle interface et quelle passerelle joindre une destination.

Le DNS traduit un nom comme example.com en adresse IP. Un port identifie un service sur une machine ; une socket représente un point de communication associé à une adresse, un port et un protocole.

Interfaces, adresses et routes

La suite iproute2 remplace les anciennes habitudes basées uniquement sur ifconfig et route. ip addr affiche les adresses, ip link l’état des interfaces et ip route la table de routage.

Inspecter l’adressage et le routage
ip addr
ip link
ip route
Afficher le nom d’hôte et ses adresses
hostname
hostname -I

Tester la connectivité et le DNS

Un test vers une adresse IP évite la résolution de nom et aide à isoler le réseau. dig et nslookup interrogent le DNS. ping utilise ICMP, qui peut être filtré : son échec ne prouve donc pas à lui seul qu’un service HTTP est inaccessible.

Tester une IP puis la résolution d’un nom
ping -c 4 8.8.8.8
dig example.com
nslookup example.com

dig et nslookup peuvent nécessiter l’installation d’un paquet DNS selon la distribution. Leur absence n’est pas une panne DNS.

Ports, sockets et service applicatif

ss affiche les sockets. Les options -tulpn ciblent TCP, UDP, sockets en écoute, ports numériques et processus lorsque les droits le permettent. curl teste un protocole applicatif comme HTTP.

Lister les ports en écoute et tester HTTP
ss -tulpn
curl -I https://example.com

Le nom du processus associé à une socket peut n’être visible qu’avec des privilèges suffisants. N’ajoutez sudo que si cette information est nécessaire et autorisée.

Exemple pratique : isoler la couche en panne

Procédez du plus bas niveau vers l’application. Une adresse ou une route absente suggère un problème local. Une IP joignable mais un nom non résolu oriente vers le DNS. Un réseau et un DNS fonctionnels avec une connexion refusée orientent vers le service, le port ou un filtrage.

Séquence de diagnostic
ip addr
ip route
ping -c 4 8.8.8.8
dig example.com
curl -I https://example.com
ss -tulpn

Bonnes pratiques

Notez le symptôme exact et testez une hypothèse à la fois. Comparez aussi l’adresse, le port et le protocole attendus avec la configuration réelle du service.

  • Privilégier ip et ss, généralement présents sur les systèmes modernes.
  • Ne pas conclure à partir d’un seul ping.
  • Tester le service depuis la machine locale puis depuis le client concerné.

Mini résumé

  • ip addr, ip link et ip route décrivent la configuration locale.
  • ping vers une IP et dig vers un nom isolent partiellement réseau et DNS.
  • ss montre les sockets et ports en écoute.
  • curl vérifie la réponse du service HTTP au niveau applicatif.

Mini quiz

Trois questions pour vérifier les notions essentielles de la leçon.

1. Quelle information ip route apporte-t-elle au diagnostic ?
2. Une IP publique répond, mais dig example.com échoue. Quelle piste est prioritaire ?
3. Le réseau fonctionne, mais la connexion au port attendu est refusée. Que vérifiez-vous localement ?