N. D. L. A. : cet article est généré via une commande du type ansible-playbook InternetEstCassé.yml pour tester réellement les commandes.

Internet est cassé. Le Web ne marche plus. Le réseau est pété. Ça marche pas. Ce site est indisponible. Des lutins bloquent ma connexion. Les tuyaux sont bouchés. Y a Firefox qui veut pas, etc. Quand il y a un souci de réseau, toutes sortes d’imprécations, de suppositions, de supplications ou de raisons sont lancées. Peut‐on aller plus loin et essayer d’y voir plus clair, de déboguer un peu le souci et d’identifier le problème.

On va parler un peu d'IP — surtout la version 4 —, de TCP, d’UDP, d’ICMP, d’ARP, de DNS, de HTTP, etc., d’un peu de vue pratique de vérification du bon fonctionnement ou de recherche d’un souci. En dehors des pages Wikipédia, une lecture utile : la RFC 1180 « A TCP/IP Tutorial » (avec une traduction en français disponible).

Vous vous souvenez peut être de SPDY, le protocole de Google (déjà évoqué dans ce journal) visant à remplacer HTTP. Google souhaite désormais s'attaquer à la couche en dessous, à savoir TCP, et a dans ce sens dévoilé QUIC (Quick UDP Internet Connections) qui se base sur les acquis obtenus lors du développement de SDPY.

NdM : merci à erdnaxeli pour son journal.

MPTCP un standard en cours de rédaction (et déjà bien avancé) à l’IETF. L’acronyme signifie MultiPath TCP dont le but est de pouvoir utiliser une même connexion TCP au travers de plusieurs interfaces réseau. Le cas typique d’utilisation est de décharger les réseaux GSM 3G/4G via le Wi‐Fi, vous pourrez ainsi utiliser le Wi‐Fi (par exemple, via le réseau FON ou votre réseau chez vous) et dès que vous n’êtes plus à portée, passer de façon transparente sur le réseau GSM. Une autre application est le partage de plusieurs liens (par exemple, deux câbles Ethernet) pour un serveur de manière transparente. L’intérêt est d’être totalement transparent pour les applications ; en revanche, il faut une implémentation du côté client et serveur pour que ce soit possible.

Même si le standard est en cours d’écriture, il est déjà possible de tester la version actuelle grâce une version modifiée du noyau Linux. Malheureusement, comme il faut un serveur qui implémente le standard pour que ça fonctionne, vous ne pouvez tester l’accès qu’avec le site de démo en MPTCP (ou vous devez monter votre propre serveur). Sur le site, vous trouverez aussi une vidéo de démonstration dans laquelle on peut voir la conservation d’une session SSH avec différentes combinaisons d’interfaces Ethernet, Wi‐Fi et 3G.

NdA : merci à galactikboulay pour son aide lors de la rédaction de cette dépêche.