Comprendre les réseaux de communication

L’entreprise fictive Atelier Nord partage un catalogue de pièces entre deux postes et un service distant. Un salarié dit que tout passe par le Wi-Fi ; un autre pense que le serveur est forcément un gros ordinateur. Pour comprendre une panne ou choisir une solution, il faut distinguer les équipements, leurs liaisons et les services rendus. Un schéma représente ces fonctions, mais ne prouve pas qu’elles sont disponibles.

Un réseau informatique permet l’échange de données entre équipements selon des règles communes. Un réseau local, ou LAN, couvre un espace limité comme un établissement. Un réseau étendu, ou WAN, relie des ensembles distants. Internet interconnecte de nombreux réseaux. Le Web est un service utilisant Internet ; Internet transporte aussi d’autres échanges. Une connexion au réseau local ne garantit donc pas l’accès à tous les services d’Internet.

Un commutateur relie des équipements dans un réseau local. Dans un réseau Ethernet courant, il apprend quelles adresses matérielles sont accessibles par ses ports et oriente les trames. Certaines communications sont diffusées à plusieurs ports ; il ne transmet donc pas toujours uniquement au destinataire final. Un routeur achemine des paquets entre réseaux en utilisant sa table de routage. Une box peut réunir plusieurs fonctions dans un même boîtier.

Un point d’accès Wi-Fi relie des appareils sans fil à un réseau. Le support radio diffère d’un câble Ethernet, sans changer le besoin d’adressage et de protocoles. Un client demande un service ; un serveur le fournit. Ces mots désignent d’abord des rôles logiciels, puis parfois les machines qui les portent. Une même machine peut jouer plusieurs rôles et un service peut être réparti entre plusieurs machines.

Une adresse IP identifie une interface pour les communications sur un réseau IP. Une machine peut posséder plusieurs interfaces et plusieurs adresses ; son adresse peut aussi changer. En IPv4, l’écriture courante utilise quatre nombres compris entre zéro et 255. IPv6 emploie un espace d’adressage plus grand. L’adresse seule ne suffit pas à comprendre le réseau auquel l’interface appartient.

Le masque ou préfixe précise la partie réseau de l’adresse. Dans nos exemples uniquement, le préfixe /24 correspond au masque 255.255.255.0 : les trois premiers nombres déterminent le réseau. Une passerelle par défaut sert à atteindre les destinations sans route plus précise. Il faut aussi connaître le service DNS configuré pour résoudre les noms. DHCP peut fournir automatiquement une adresse et d’autres paramètres.

Une adresse privée est destinée à un usage interne ; elle n’est pas directement routée sur l’Internet public. Des réseaux distincts peuvent réutiliser les mêmes adresses privées. Il ne faut pas attribuer la même adresse à deux interfaces actives d’un même réseau lorsque cela crée un conflit. Un mécanisme de traduction d’adresses peut permettre à plusieurs appareils privés de partager un accès extérieur ; cela ne remplace pas une politique de sécurité.

DNS associe des noms à différentes informations, notamment des adresses IP. Un nom peut correspondre à plusieurs adresses. Le résultat peut être conservé temporairement en cache. Une résolution de nom correcte ne garantit pas que le service répond ; une panne du service DNS peut au contraire empêcher l’accès par nom alors qu’une communication IP reste possible. Il faut séparer ces vérifications.

Un protocole définit des règles d’échange : format des messages, ordre des opérations et comportement attendu. Les applications s’appuient sur plusieurs niveaux complémentaires. IP contribue à l’adressage et à l’acheminement. Un protocole de transport organise les échanges entre applications. Les ports permettent de distinguer des points de communication sur un hôte. Un service peut utiliser un port habituel ou un autre port explicitement configuré.

TCP fournit un flux d’octets ordonné, avec détection de pertes et retransmissions. Cela ne garantit ni que l’application a traité la demande ni que le contenu est exact. UDP transmet des datagrammes sans fournir lui-même ces garanties d’ordre et de retransmission. Une application utilisant UDP peut ajouter ses propres mécanismes. Opposer systématiquement TCP lent et UDP rapide ne permet donc pas de choisir correctement un service.

HTTP décrit les échanges de ressources du Web. HTTPS protège ces échanges au moyen de mécanismes cryptographiques et de l’authentification du serveur. Cette protection ne certifie pas l’honnêteté d’un vendeur ni l’exactitude de la page. Les associations simplifiées entre usages et transports ont des exceptions : HTTP/3 utilise QUIC, qui s’appuie sur UDP. Une vidéo ne prouve donc pas, à elle seule, le protocole de transport utilisé.

Pour consulter le catalogue, le poste obtient ou retrouve l’adresse liée au nom, établit la communication appropriée, transmet la demande puis reçoit une réponse. Chaque étape peut échouer séparément. Un message de refus d’accès indique autre chose qu’une impossibilité de joindre le réseau. Décrire précisément l’étape qui échoue évite de remplacer inutilement un équipement ou de modifier une permission sans raison.

Le débit mesure une quantité de données transférée par unité de temps ; la latence mesure un délai. Une liaison peut transférer beaucoup de données tout en répondant avec un délai gênant pour une conversation. Il faut aussi considérer les pertes, la disponibilité et le partage entre utilisateurs. Le débit annoncé par un équipement n’est pas automatiquement le débit utile obtenu par chaque application.

Un octet contient huit bits. Pour estimer une durée de transfert, il faut exprimer le volume et le débit dans des unités compatibles. Ici, Mo et Mbit utilisent le préfixe décimal : un million d’octets et un million de bits. La durée idéale est volume en bits divisé par débit en bits par seconde. La transmission réelle ajoute des échanges de contrôle, des attentes et parfois des retransmissions.

S’entraîner : retrouve le hub à l’adresse https://www.allostmg.fr/exercices.