Comment fonctionne Internet

Internet, ce n'est pas un endroit. C'est un accord.

Un ensemble de règles que des millions de machines ont accepté de suivre, sans jamais se réunir pour en décider. Personne ne possède Internet. Personne ne l'allume le matin. Et pourtant, quand un câble sous-marin lâche entre Marseille et Alexandrie, tu le remarques sur ton écran avant que quiconque ne publie un communiqué.

Commençons par le bas, là où ça devient concret.

TCP/IP, ou pourquoi tes données arrivent en morceaux

Quand tu envoies une photo à quelqu'un, ton ordinateur ne l'envoie pas d'un bloc. Il la découpe en paquets. Des milliers, parfois.

TCP, le Transmission Control Protocol, s'occupe de ce découpage. Il numérote chaque paquet, les envoie, et vérifie qu'ils sont tous arrivés. Si l'un manque, il le redemande. Tu ne le sais jamais, mais ta connexion passe son temps à réclamer des morceaux perdus.

IP, l'Internet Protocol, fait autre chose. Il donne une adresse à chaque machine. Une adresse IPv4 ressemble à `192.168.1.1`. Une adresse IPv6 ressemble à `2001:0db8:85a3::8a2e:0370:7334`.

Sans adresse, pas de destination. Sans TCP, pas de garantie. Les deux ensemble forment la colonne vertébrale de tout le reste.

Le prix à payer pour cette fiabilité : de la latence. Chaque paquet perdu qu'il faut renvoyer, c'est du temps. C'est pour ça qu'un transfert de fichier volumineux peut sembler plus lent qu'il ne l'est — quelque part, un paquet fait le voyage pour rien.

DNS, le carnet d'adresses que personne ne lit

Tu ne tapes pas `142.250.75.14`. Tu tapes `google.com`.

DNS, le Domain Name System, traduit l'un en l'autre. C'est un annuaire distribué sur des milliers de serveurs à travers le monde. Quand tu visites un site, ta machine demande d'abord à un résolveur : « quelle est l'adresse de ce nom ? »

Ce résolveur peut être celui de ton fournisseur d'accès. Il peut aussi être public, comme celui de Google (`8.8.8.8`) ou de Cloudflare (`1.1.1.1`).

Le choix n'est pas neutre. Un résolveur d'opérateur voit passer toutes tes requêtes. Un résolveur public aussi, d'ailleurs — simplement, ce n'est pas le même acteur qui les voit. Si la confidentialité de ta navigation te préoccupe, c'est un paramètre à regarder de près.

Le coût, ici, c'est le temps de résolution. Quelques millisecondes, en général. Mais ces millisecondes s'additionnent sur une page qui charge cinquante ressources.

HTTP et HTTPS, la conversation elle-même

Une fois l'adresse connue, ton navigateur parle au serveur. Le protocole s'appelle HTTP.

HTTP, c'est simple : tu demandes une ressource, le serveur répond. Une page, une image, un fichier JSON. Le serveur ne se souvient pas de toi entre deux requêtes — c'est ce qu'on appelle un protocole sans état.

HTTPS ajoute une couche : TLS. Transport Layer Security. Le contenu de la conversation est chiffré. Personne entre toi et le serveur ne peut lire ce qui passe, ni le modifier sans que tu le remarques.

Aujourd'hui, HTTPS n'est plus une option. Un site en HTTP pur déclenche un avertissement dans tous les navigateurs modernes. Et pour cause : sans chiffrement, le mot de passe que tu tapes traverse le réseau en clair.

Le coût de TLS, c'est un peu de calcul au moment de la poignée de main, et un certificat à renouveler. Des outils comme Let's Encrypt ont rendu ce certificat gratuit, ce qui a réglé la moitié du problème. L'autre moitié, c'est l'automatisation du renouvellement — et là, tout dépend de qui gère ton serveur.

Les serveurs, là où tout se pose

Derrière chaque site, il y a une machine qui répond. Souvent, c'est Linux.

Pas par idéologie. Parce que Linux tourne des mois sans redémarrer, se met à jour sans casser la moitié du système, et ne coûte rien en licence quand tu en déploies mille.

Ces machines vivent dans des datacenters. Des bâtiments remplis de baies, de câbles, de climatisation et de groupes électrogènes. AWS, Google Cloud, Azure — tous font tourner Linux sous leurs couches d'abstraction. Quand tu loues une instance, tu loues une part de cette salle.

Tu peux aussi héberger chez toi. C'est ce que fait une partie du monde Linux, et c'est parfaitement viable pour un service personnel. Le coût, tu le connais d'avance : quand ça tombe un dimanche soir à 23h30, tu n'es pas un client qui attend une réponse. Tu es celui qui doit trouver pourquoi.

Ce que les gens en font

Le même réseau sert à tout.

RustDesk prend le contrôle d'un bureau à distance. Il chiffre la session de bout en bout avec NaCl, et tu peux héberger ton propre relais au lieu de dépendre de celui de quelqu'un d'autre. Le prix de cette indépendance : un serveur à maintenir, une clé à distribuer, une documentation à lire.

Rclone synchronise des fichiers entre ta machine et une centaine de services de stockage — Google Drive, S3, Backblaze, ce que tu veux. Rclone UI pose une interface graphique dessus, parce que retenir la syntaxe des commandes n'intéresse pas tout le monde. Tu gagnes en confort, tu perds un peu en finesse : certaines options avancées restent dans le terminal.

Delta Chat envoie des messages par e-mail. Pas par une infrastructure maison — par IMAP et SMTP, les protocoles qui font tourner ta boîte mail depuis trente ans. Pas de numéro de téléphone à donner, pas de compte central. Le chiffrement passe par Autocrypt, et le chiffrement de bout en bout est possible. Ce que ça coûte : une expérience moins fluide qu'une application centralisée, et une liste de contacts à reconstruire.

Electrum gère des bitcoins sans télécharger toute la blockchain. Il interroge des serveurs qui la connaissent pour lui. Rapide, léger, sous licence MIT. La contrepartie est réelle : tu fais confiance à ces serveurs pour te dire où en est le réseau, et cette confiance n'est pas la même chose que la vérification complète.

VPN Unlimited chiffre ton trafic dans un tunnel WireGuard et masque ton adresse IP. Sur Linux, il s'appuie sur NetworkManager plutôt que d'installer son propre démon. Les réglages restent dans le bac à sable Flatpak : tu désinstalles, tout part. Ce que tu paies : ta confiance dans l'opérateur du tunnel, qui voit alors tout ce que ton fournisseur d'accès voyait avant.

Le Museum of All Things construit un musée 3D infini à partir de Wikipedia et Wikimedia Commons. Chaque salle correspond à un article. La connaissance circule sans éditeur central. Ce que ça coûte : dépendre entièrement de la disponibilité de ces sources, et de la qualité inégale de ce qu'elles contiennent.

JPEX décompile encore des fichiers SWF. Flash est mort, mais des archives existent, et quelqu'un doit pouvoir les ouvrir. C'est le genre d'outil qu'on installe une fois tous les trois ans, et qu'on est content de trouver ce jour-là.

Ce que ça change pour toi

Aucun de ces outils ne fait la même chose. Aucun ne s'adresse au même besoin.

Ce qui les relie, c'est un choix commun : utiliser le réseau tel qu'il est, sans passer par un intermédiaire qui décide à ta place. Ce choix a un prix constant — de la configuration, de la maintenance, une responsabilité qui ne se délègue pas.

L'alternative centralisée est souvent meilleure sur ce point précis. Un service clé en main ne te demandera jamais de lire un journal système à 2h du matin. Il te demandera autre chose : tes données, ton attention, ou ton argent.

La vraie question n'est pas « lequel est le meilleur ». C'est : quelle part de contrôle tu veux garder, et combien de temps tu es prêt à y mettre.

Le reste, c'est des paquets qui voyagent.