Contexte et portée des mythes LAN
Le texte recense une vingtaine d’affirmations courantes, souvent présentées comme absolues, concernant les réseaux locaux (LAN). Chaque point repose sur une interprétation simpliste d’un protocole ou d’une couche du modèle OSI. L’analyse qui suit décortique ces idées à la lumière des spécifications RFC et des pratiques d’ingénierie réseau, afin de montrer où la réalité diffère des généralisations.
NAT et sa complexité réelle
Les affirmations « Mon LAN est derrière un NAT », « Je ne suis derrière qu’un seul NAT » ou « Si j’ai une adresse RFC 1918, je suis derrière un NAT » sont inexactes. Un réseau local peut être exposé à plusieurs niveaux de traduction d’adresses, par exemple un NAT de type Port‑Address Translation (PAT) suivi d’un Carrier‑Grade NAT (CGN) fourni par l’opérateur. De plus, le NAT ne se limite pas à la traduction d’adresses ; il peut également réécrire les numéros de port (NAT44, NAT64) et, dans le cas des Application‑Level Gateways, modifier le contenu du paquet (ex. FTP, SIP). Enfin, le NAT n’est pas exclusif aux LAN : il apparaît sur les passerelles Internet, les firewalls et même les routeurs domestiques, ce qui invalide l’idée « NAT ne se trouve que sur les LANs ».
Protocoles et couches sous‑jacentes
L’énoncé « Seul IPv4 fonctionne sur mon LAN » ignore la coexistence croissante d’IPv6, qui utilise le préfixe fd00::/8 pour les adresses locales. De même, les réseaux d’entreprise peuvent encore transporter IPX/SPX, AppleTalk ou NetBEUI via des VLANs ou des tunnels, même si ces protocoles sont aujourd’hui rares. Le mythe « Je sais exactement ce qui circule sur mon LAN » néglige les flux chiffrés (TLS, IPsec) qui masquent le type de trafic aux observateurs passifs, rendant impossible une classification fiable sans inspection profonde.
Adresses MAC : unicité et mutabilité
Les adresses MAC sont effectivement de 48 bits dans la plupart des cartes réseau, mais le standard IEEE 802‑64 (EUI‑64) autorise des identifiants de 64 bits. Les trois octets initiaux constituent l’OUI (Organizationally Unique Identifier) uniquement pour les blocs MA‑L ; les blocs locaux (MA‑S, MA‑M) permettent à un fabricant ou à un administrateur de définir des préfixes non attribués. Ainsi, l’affirmation « Les MAC sont globalement uniques » est vraie uniquement pour les adresses non‑locales. De plus, les adresses MAC sont modifiables via les pilotes ou les utilitaires ifconfig/ip link, contredisant l’idée d’une immutabilité totale.
Portée, performances et résolution d’adresses
Dire que « la LAN est rapide » ou « plus rapide que l’Internet » dépend du débit du lien physique (ex. 1 GbE vs 100 Mbps) et de la latence introduite par le Wi‑Fi, qui subit des interférences et des retransmissions. Tous les hôtes d’un même sous‑réseau ne communiquent pas forcément sans quitter le LAN : les routeurs de niveau 3 ou les pare‑feux peuvent forcer le trafic à traverser des chemins externes. L’hypothèse « Un seul hôte répond à une requête ARP » échoue en présence d’ARP gratuit (gratuitous ARP) ou de réponses multiples sur des réseaux multi‑homed. Enfin, le service mDNS fonctionne uniquement si les appareils supportent le protocole et que le trafic multicast n’est pas filtré, ce qui n’est pas garanti sur tous les switchs.
DHCP, serveurs multiples et attribution d’adresses
Un réseau peut héberger plusieurs serveurs DHCP en mode failover ou load‑balancing, ce qui rend fausse l’idée d’un serveur unique. Les baux DHCP sont renouvelables ; l’adresse peut changer à chaque renouvellement si le serveur le décide, même pendant une session active. Le serveur DHCP n’est pas obligé de fournir la passerelle ni le serveur DNS ; ces options (option 3, option 6) sont facultatives et peuvent être omises ou redirigées vers des serveurs distincts. Le préfixe 169.254.0.0/16 indique une adresse APIPA (Automatic Private IP Addressing) attribuée lorsqu’aucun serveur DHCP n’est joignable, mais ne prouve pas que le serveur a échoué, seulement que le client n’a pas reçu de réponse.
Multiplicité d’adresses IP et espaces d’adressage
Un hôte peut posséder plusieurs adresses IP simultanément (multihoming), que ce soit sur des interfaces physiques distinctes ou via des alias d’interface. Ainsi, l’affirmation « Chaque hôte possède une seule adresse IP » est erronée. De plus, les réseaux LAN utilisent souvent des plages RFC 1918 (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) mais peuvent également recourir à des adresses publiques ou à des préfixes IPv6 uniques locales (fd00::/8), ce qui invalide la généralisation « Mon LAN utilise des adresses privées ».
