Personne ne possède Internet. Ce n’est pas un actif de l’entreprise. Ce n’est pas la propriété du gouvernement. Il s’agit d’un ensemble mondial et désordonné de réseaux. Des gros. Les petits. Ils se connectent dans des variations infinies pour former l’entité unique sur laquelle nous comptons chaque jour.
Depuis 1969, elle a explosé. Quatre ordinateurs hôtes sont devenus des dizaines de millions. L’ampleur est stupéfiante. Pourtant, l’absence d’un propriétaire unique ne signifie pas le chaos. L’Internet Society, une organisation à but non lucratif créée en 1992, maintient la lumière. Ils supervisent les politiques et les protocoles qui définissent l’interaction. Sans eux, les règles seraient fragmentées. L’infrastructure s’effondrerait.
Vous devez comprendre la structure sous-jacente. Plus précisément, comment votre ordinateur se connecte aux autres. Il ne s’agit pas seulement d’une théorie abstraite. Cela dicte la vitesse de chargement de votre page. Dans quelle mesure vos données voyagent en toute sécurité. Nous allons décomposer les serveurs de noms de domaine. Points d’accès au réseau. L’énorme épine dorsale Internet qui supporte le poids de la communication mondiale.
La hiérarchie de la connexion
Votre ordinateur ne communique pas directement avec le serveur hébergeant votre site Web préféré. Il parle à un intermédiaire. Cet intermédiaire se connecte à un réseau plus vaste. Et ainsi de suite.
Cette hiérarchie est essentielle. Cela explique pourquoi certaines connexions sont rapides. Pourquoi les autres sont à la traîne. Comprendre ce flux vous aide à résoudre les problèmes. Cela vous aide à apprécier la complexité d’un simple clic.
Nous commençons ici. Avec le lien entre votre appareil et le reste du monde.
Vous ne le voyez pas. Vous y pensez à peine. Mais chaque fois que vous ouvrez un navigateur, vous utilisez une infrastructure massive et décentralisée qui s’étend à l’échelle mondiale. Votre ordinateur portable se connecte à un modem ou à une ligne fibre. Cette ligne mène à votre fournisseur d’accès Internet (FAI). Au travail, vous êtes probablement connecté à un réseau local (LAN), que le FAI de l’entreprise diffuse ensuite vers le monde entier.
Internet n’est pas une seule chose. C’est un réseau de réseaux.
Les grands géants des télécommunications exploitent leurs propres backbones : des connexions fibre optique haute capacité et toujours actives qui déplacent simultanément des téraoctets de données pour des millions d’utilisateurs. Les bureaux régionaux relient les habitations et les entreprises locales à ces artères principales. Le système est conçu sans hub central. Si un nœud tombe en panne, les données ne s’arrêtent pas. Il redirige. Les paquets trouvent un nouveau chemin pour contourner le blocage. Vous ne remarquez rien.
Interconnecter des réseaux disparates
Considérez un aperçu simplifié de la façon dont cela fonctionne.
La société A est une petite entreprise. Il dispose d’un serveur interne et d’une imprimante en réseau. Il se parle très bien tout seul. La société B est un énorme FAI. Elle possède des bâtiments dans les grandes villes, remplis de serveurs et de matériel de routage, reliés par ses propres lignes privées de fibre optique.
Les utilisateurs de l’entreprise A peuvent se parler. Les clients de l’entreprise B peuvent se parler. Mais les deux réseaux sont isolés. Ils ne peuvent pas parler.
Pour résoudre ce problème, les deux sociétés conviennent de se connecter à des points d’échange Internet, ou IXP, dans différentes villes. Cet accord permet à leurs systèmes disparates de se connecter à l’écosystème Internet plus large. Désormais, la circulation peut circuler entre eux.
Il s’agit d’une vision microscopique de l’Internet mondial. Pour une vue macroscopique, regardez le projet Opte de Barrett Lyon. Il cartographie l’évolution des pipelines d’Internet, révélant la structure complexe, semblable à celle d’un Web, des pipelines et des connexions Internet.
Le rôle du routeur dans la commutation de paquets
Rien de tout cela ne fonctionne sans routeurs. Ces appareils spécialisés sont les agents de la circulation du monde numérique. Ils déterminent exactement où vont les paquets de données d’un point à un autre.
Un message peut quitter un appareil à New York et arriver à Tokyo en une fraction de seconde. Pour ce faire, il traverse plusieurs réseaux et des dizaines de routeurs. Chaque routeur a deux tâches principales :
- Contrôle du trafic : Il garantit que les informations n’obstruent pas les connexions des utilisateurs non liés. Il empêche les réseaux de « spectateurs innocents » d’être submergés par un trafic qui ne leur est pas destiné.
- Assurance de livraison : Elle garantit que les données atteignent leur destination prévue, même si le chemin direct est bloqué.
Les routeurs rejoignent les réseaux tout en les gardant distincts. Ils transmettent des informations mais évitent les débordements inutiles. Que deux réseaux soient rattachés ou deux mille, la fonction reste la même. Internet s’appuie sur cette nécessité de fonctionner comme un tout cohérent, quoique chaotique.
La National Science Foundation a construit la première véritable dorsale Internet haut débit en 1986. Elle l’a appelé NSFNET. Ce n’était pas grand-chose par rapport aux normes d’aujourd’hui. Une seule ligne T1 reliant 170 petits réseaux. Il fonctionnait à 1,5 Mbps. C’est lent. Péniblement lent.
IBM, MCI et Merit Network ont contribué à sa construction. Ils ont rapidement réalisé que 1,5 Mbps ne suffirait pas. Ainsi, l’année suivante, ils ont lancé une dorsale T3. Cela a augmenté la vitesse jusqu’à 45 Mbps. Un grand pas en avant à l’époque.
Les dorsales ne sont que les artères principales d’Internet. Ils gèrent des volumes de trafic que votre réseau Wi-Fi domestique ne gérera jamais. Au début, seules les grandes entreprises de télécommunications disposaient du matériel nécessaire pour gérer cette bande passante. On ne pouvait pas simplement acheter l’infrastructure.
Maintenant, c’est différent. Des centaines d’entreprises gèrent leur propre réseau fédérateur à haute capacité. Ils se connectent tous à divers points d’échange Internet (IXP) dispersés dans le monde. Cela crée un maillage. Un gigantesque accord entre les gens pour communiquer librement entre eux. Si vous êtes à Tokyo et moi à Toronto, nos données transitent par ces interconnexions. Tout le monde peut parler à tout le monde.
Comprendre les adresses IP et la logique binaire
Chaque machine de ce réseau a besoin d’un identifiant unique. Une adresse IP. Cela signifie Protocole Internet. C’est la moitié de la paire TCP/IP. L’autre moitié est le Transmission Control Protocol. Ensemble, ils dictent la manière dont les ordinateurs se connectent. Un protocole n’est qu’un ensemble de règles. Une manière prédéfinie d’accéder à un service. Généralement par un programme comme un navigateur Web, et non par un humain.
Prenez une adresse IPv4 standard. Cela ressemble à ceci : 216.27.61.137.
Les humains préfèrent le décimal. C’est plus facile à taper. Mais les ordinateurs parlent binaire. La même adresse en binaire est : 11011000.00011011.00111101.10001001.
Chaque bloc de nombres est un octet. Pourquoi? Car en binaire, il a huit positions. Quatre octets font 32 bits. Chaque position peut être un 1 ou un 0. Cela représente deux états. $2^8$ est égal à 256. Ainsi, chaque octet va de zéro à 255.
Combinez les quatre octets et vous obtenez $2^{32}$. Environ 4,3 milliards de valeurs uniques. Cela semble beaucoup. Mais Internet s’est développé plus rapidement que prévu. 4,3 milliards, ce n’était pas suffisant.
Certaines adresses sont interdites. 0.0.0.0 est destiné aux réseaux locaux. Le 255.255.255.255 est destiné aux diffusions. Vous ne pouvez pas les attribuer à un appareil spécifique.
La solution était IPv6. L’Internet Engineering Task Force (IETF) a commencé à y travailler fin 1998. Il a été officiellement lancé le 6 juin 2012. IPv6 utilise des adresses de 128 bits. Cela vous donne 340 000 milliards de milliards d’adresses. Nous devrions être en sécurité pendant un moment. (Pour l’instant.)
Notez qu’IPv5 n’a jamais été officiellement adopté. Cela ne s’est tout simplement pas produit.
IPv6 est différent. Il utilise l’hexadécimal. Les segments sont séparés par des deux-points. Comme ceci : ba5a:9a72:4aa5:522e:b893:78dd:a6c4:f033.
L’hexadécimal utilise 16 chiffres. 0-9 et A-F. Les lettres remplacent les valeurs de dix à quinze. C’est compact. Efficace. Nécessaire.
La naissance du système de noms de domaine
Les premières connexions Internet étaient manuelles. Vous avez composé un numéro. Vous avez tapé des chiffres. Si vous vouliez atteindre un hôte spécifique, vous aviez besoin de son adresse IP. Peut-être 216.27.22.162.
Cela fonctionnait bien lorsqu’il n’y avait qu’une poignée d’ordinateurs. C’est devenu un cauchemar lorsque des milliers de personnes se sont jointes. Vous vous souvenez de chaînes de chiffres aléatoires pour chaque site ? Impossible.
Le premier correctif était un fichier texte. Une table d’hôtes. Géré par le Network Information Center (NIC). Il mappait les noms sur les adresses IP. Simple. Mais le fichier est devenu trop volumineux. Trop fastidieux à mettre à jour manuellement.
Paul Mockapetris a vu le problème. En novembre 1983, il a soumis deux RFC au groupe de travail sur les réseaux internationaux.
La RFC 882 décrit les concepts du système de noms de domaine (DNS). Il mappait automatiquement les noms de texte aux adresses IP. La RFC 883 a proposé la mise en œuvre.
Du coup, vous n’aviez plus besoin de mémoriser 216.27.22.162. Vous venez de taper www.howstuffworks.com. Le DNS s’est occupé de la traduction. Cela s’est produit en arrière-plan. Rapide.
Ce changement a changé la façon dont les humains interagissent avec le réseau. Nous avons arrêté de traiter directement avec les machines. Nous avons commencé à nous occuper des étiquettes. Noms. La mémoire n’a plus d’importance. L’accessibilité est devenue tout.
La colonne vertébrale s’est développée. Les adresses se sont multipliées. Les noms sont devenus plus simples. Internet ne s’est pas seulement agrandi. Il est devenu utilisable. Et cela devenait de plus en plus rapide. Les lignes T3 ont été remplacées par de la fibre optique. Les 45 Mbps sont devenus des gigabits. Térabits. La logique sous-jacente est cependant restée la même. Connecter. Adresse. Traduire. Communiquer.
Nous utilisons toujours les structures construites à cette époque. IPv4 est en train de mourir. IPv6 se propage lentement. Le DNS est partout. L’infrastructure est robuste. Mais le problème fondamental demeure. Comment connecter des milliards d’appareils sans se perdre dans le bruit ?
La réponse n’est pas un protocole unique. C’est un système à plusieurs niveaux. Une hiérarchie d’accords. Chaque couche résout un goulot d’étranglement spécifique. La colonne vertébrale gère le volume. L’IP gère l’identité. Le DNS gère la mémoire.
Ce n’est pas magique. C’est de l’ingénierie. Une ingénierie laide, complexe et belle. Et ça tient. À peine.
Vous tapez une adresse Web. Votre navigateur charge une page. Cela arrive si vite que vous enregistrez à peine l’effort. Mais derrière cette simplicité se cache un système de coordination mondial massif qui s’efforce de traduire un texte lisible par l’homme en chiffres lisibles par une machine. Plus précisément, il s’appuie sur le Uniform Resource Locator (URL) et le système de noms de domaine (DNS) pour combler le fossé entre ce que vous tapez et ce que le réseau comprend.
Lorsque vous saisissez « https://www.howstuffworks.com », vous utilisez un nom de domaine. Ce même domaine, howstuffworks.com, apparaît également dans les adresses e-mail telles que [email protected]. Chaque fois que vous utilisez l’un ou l’autre, l’infrastructure DNS d’Internet intervient. Elle convertit ce nom convivial en adresse IP. Il s’agit de l’étiquette numérique utilisée par votre ordinateur pour localiser la machine spécifique hébergeant ce contenu. Sans cette couche de traduction, vous devriez mémoriser des chaînes de chiffres pour chaque site que vous visitez. Ce ne serait pas pratique. Ce serait compliqué.
La structure des noms de domaine
Les noms de domaine sont hiérarchiques. Au sommet se trouvent les domaines de premier niveau (TLD), également appelés domaines de premier niveau. Ce sont les suffixes familiers : .COM, .ORG, .NET, .EDU et .GOV. Considérez-les comme de grandes catégories ou quartiers.
Au sein de chaque TLD, il existe un vaste registre de domaines de deuxième niveau. Rien que dans l’espace .COM, vous disposez d’entités telles que HowStuffWorks, Yahoo et Microsoft. Chacun de ces noms doit être unique au sein de ce TLD spécifique. Vous ne pouvez pas avoir deux sociétés différentes enregistrées sous le nom « Microsoft.com ».
À gauche du domaine de deuxième niveau se trouve le nom d’hôte. Il s’agit de la partie qui spécifie un répertoire ou un service particulier sur une machine spécifique. Dans « www.howstuffworks.com », « www » est le nom d’hôte. Il pointe vers un serveur spécifique avec une adresse IP spécifique. Un seul domaine peut potentiellement héberger des millions de noms d’hôtes uniques, à condition que chacun reste distinct dans l’espace de noms de ce domaine.
Comment les serveurs DNS traitent les requêtes
Les serveurs DNS sont les agents de la circulation sur Internet. Ils acceptent les demandes de votre navigateur, de votre client de messagerie ou d’autres serveurs de noms pour résoudre les noms de domaine en adresses IP. Lorsqu’une requête parvient à un serveur DNS, celui-ci ne se contente pas de deviner. Il suit l’un des quatre chemins spécifiques suivants :
- Réponse directe : Le serveur connaît déjà l’adresse IP. Il le renvoie immédiatement. C’est le chemin le plus rapide.
- Recherche récursive : Le serveur ne connaît pas la réponse. Il contacte un autre serveur DNS pour le savoir. Il faudra peut-être parcourir plusieurs serveurs avant de trouver les bonnes données.
- Référence : Le serveur dit : “Je ne sais pas, mais voici l’adresse IP d’un serveur DNS qui le sait.” Il vous oriente dans la bonne direction sans faire le gros du travail lui-même.
- Message d’erreur : Si le domaine n’est pas valide ou n’existe pas, le serveur renvoie une erreur. Vous êtes dans une impasse.
Cette logique garantit que les requêtes sont traitées efficacement, même lorsque la réponse n’est pas facilement disponible dans la mémoire locale.
Un exemple de résolution DNS étape par étape
Voyons ce qui se passe lorsque vous tapez « www.howstuffworks.com » dans votre navigateur. Le processus est une course de relais impliquant plusieurs serveurs spécialisés.
Votre navigateur contacte un serveur DNS local. Ce serveur ne connaît pas par cœur l’adresse IP de « www.howstuffworks.com ». Ainsi, il démarre la recherche en contactant un serveur racine DNS. Les serveurs racine ne connaissent pas les adresses de page spécifiques, mais ils connaissent les informations de contact de tous les serveurs qui gèrent des domaines de premier niveau comme .COM ou .NET.
Le serveur racine répond avec une référence. Il dit essentiellement : « Je ne sais pas où vit « www.howstuffworks.com », mais je sais qui gère la zone .COM. Il fournit l’adresse IP du serveur DNS .COM.
Votre serveur DNS local interroge ensuite le serveur DNS .COM. Il demande : « Savez-vous où se trouve « www.howstuffworks.com » ? Le serveur .COM ne détient pas l’adresse IP finale, mais il connaît les serveurs de noms responsables du domaine « howstuffworks.com ». Il renvoie ces adresses de serveurs de noms.
Votre serveur DNS local contacte maintenant le serveur DNS « howstuffworks.com ». Ce serveur détient l’enregistrement réel. Il répond avec l’adresse IP spécifique de « www.howstuffworks.com ».
Cette adresse IP remonte la chaîne : du serveur « howstuffworks.com » à votre serveur DNS local, et enfin à votre navigateur. Votre navigateur utilise ensuite cette adresse IP pour se connecter au serveur Web et demander la page.
Pourquoi la redondance et la mise en cache sont importantes
Ce processus en plusieurs étapes semble lent. Cela ne devrait pas être le cas. Le système est conçu pour la vitesse et la fiabilité grâce à deux mécanismes clés : la redondance et la mise en cache.
La redondance signifie qu’il existe plusieurs serveurs DNS à chaque niveau de la hiérarchie. Si un serveur racine tombe en panne, d’autres prennent le relais. Si un serveur .COM tombe en panne, le trafic est redirigé. Internet est distribué de par sa conception, ce qui le rend résistant aux pannes.
La mise en cache est ce qui maintient la rapidité. Lorsqu’un serveur DNS résout une requête, il stocke l’adresse IP dans son cache. Si votre serveur DNS local a déjà interrogé le serveur racine sur un domaine .COM, il se souvient des informations de contact du serveur DNS .COM. Il n’est pas nécessaire de redemander au serveur racine. Il saute une étape. Cette mise en cache se produit pour chaque demande. Cela évite au système de s’enliser sous les milliards de requêtes qu’il traite quotidiennement.
Ces serveurs sont invisibles. Vous ne les voyez jamais. Pourtant, ils gèrent chaque jour d’énormes volumes de trafic. Le fait que cette base de données distribuée fonctionne si bien témoigne de son architecture sous-jacente.
Serveurs et clients Internet
Une fois l’adresse IP résolue, la connexion est établie. À ce stade, nous passons de la dénomination aux rôles. Chaque machine sur Internet appartient à l’une des deux catégories suivantes : serveur ou client.
Les serveurs fournissent des services. Ils stockent des données, traitent les e-mails, hébergent des sites Web. Les clients demandent ces services. Ce sont les appareils sur lesquels vous êtes assis. Lorsque vous parcourez « www.howstuffworks.com », votre ordinateur est le client. La machine hébergeant ce contenu est le serveur.
Les clients se connectent avec une intention spécifique. Votre navigateur Web communique avec le serveur Web sur la machine serveur. Il ne communique pas avec le serveur de messagerie. Il ne communique pas avec le serveur FTP. Il cible le processus logiciel spécifique conçu pour gérer les requêtes HTTP. Cette spécialisation permet aux serveurs de gérer efficacement les ressources, en consacrant leur puissance à des tâches spécifiques plutôt que d’essayer de tout faire en même temps.
Il existe également une différence dans la manière dont ces machines sont identifiées. Les serveurs ont des adresses IP statiques. Elles ne changent pas. Cette stabilité est nécessaire pour que les clients puissent toujours les retrouver.
Les clients ont généralement des adresses IP dynamiques. Si vous vous connectez via un modem commuté ou une connexion FAI typique, votre adresse IP est attribuée à partir d’un pool à chaque fois que vous vous connectez. Il est unique à votre session. La prochaine fois que vous vous connecterez, vous obtiendrez peut-être un numéro différent. Les FAI utilisent ce modèle pour conserver les adresses IP. Ils n’ont besoin que d’une seule adresse disponible pour chaque appareil actif, et non d’une adresse permanente pour chaque client. Cette attribution dynamique est efficace pour le fournisseur, même si cela signifie que votre adresse numérique est transitoire.
L’interaction entre les serveurs statiques et les clients dynamiques, comblée par la recherche DNS, constitue l’épine dorsale de l’utilisation quotidienne d’Internet. Il s’agit d’une danse complexe de requêtes et de réponses, cachée derrière la simplicité d’une seule URL.
Pensez à la dernière fois que vous avez chargé une page Web ou téléchargé un fichier. Vous n’avez probablement pas pensé aux poignées de main invisibles qui se produisent en arrière-plan. Vous venez de cliquer. Mais derrière cette simplicité se cache une structure rigide de portes numérotées et de règles d’engagement strictes.
Les serveurs ne se contentent pas de diffuser leurs services dans le vide. Ils les rendent disponibles via des points d’entrée spécifiques appelés ports.
Comprendre les ports et les protocoles
Un port est simplement une passerelle numérotée pour un service spécifique exécuté sur une machine. Si votre serveur héberge un site Web et un serveur FTP, il ne brouille pas les données. Il les maintient séparés à l’aide d’affectations de ports standard.
- Port 80 : il s’agit de la valeur par défaut pour le trafic Web non chiffré. Lorsque vous voyez « http:// », votre navigateur frappe à cette porte.
- Port 21 : Ceci est pour FTP. Si vous transférez des fichiers directement, vous utilisez probablement ce canal.
Les clients se connectent à un service en ciblant une adresse IP spécifique et ce numéro de port spécifique. Il s’agit d’une authentification en deux étapes de l’emplacement et du type de service.
Une fois la connexion établie, la conversation proprement dite commence. C’est là qu’interviennent les protocoles.
Les protocoles sont la grammaire d’Internet. Ils dictent la manière dont le client et le serveur échangent des informations. Chaque serveur Web du monde est conforme au protocole de transfert hypertexte (HTTP). C’est une manière standardisée de demander une page et de recevoir du HTML en retour.
“Les protocoles décrivent simplement la façon dont le client et le serveur auront leur conversation.”
Sans ces règles, Internet serait un fouillis chaotique de jargon incompatible. Vous ne sauriez pas si un serveur parlait anglais, français ou s’il y avait du bruit statique.
Pourquoi cette infrastructure est importante
Nous traitons souvent Internet comme un nuage magique. On oublie qu’il repose sur une infrastructure physique et logique.
Les réseaux, les routeurs, les points d’accès réseau (NAP), les FAI et les serveurs DNS fonctionnent tous de concert pour déplacer les données. Il est stupéfiant de réaliser que tout cet échange se déroule en quelques millisecondes. Une requête de New York vers un serveur à Tokyo ne prend pas quelques secondes. Cela ne prend que quelques fractions de seconde car les routeurs savent exactement où envoyer le paquet.
Cette infrastructure n’est pas seulement pratique. C’est fondamental.
Sans ces composants, nous perdons la capacité de partager des informations instantanément. La vie serait plus lente. Les affaires seraient localisées. La communication reviendrait à des lettres physiques ou à des diffusions différées.
Le protocole de transfert hypertexte (HTTP) et le système portuaire ne sont pas que des détails techniques. C’est grâce à eux que le monde moderne fonctionne ainsi.
Approfondir vos connaissances
Si vous souhaitez tirer davantage le rideau, il y a encore beaucoup à apprendre.
- Comment fonctionnent les serveurs Web : ceci explique le moteur sous le capot.
- Structure Internet : Comprendre la hiérarchie des FAI et des NAP.
- Mécanique DNS : Comment les noms de domaine deviennent des adresses IP.
Internet est un organisme complexe. Mais une fois que vous comprenez les ports et les protocoles, cela cesse d’être une boîte noire. Vous commencez à voir les fils. Vous commencez à voir les règles.
Et cela change la façon dont vous interagissez avec chaque outil numérique que vous utilisez.
