Sujet : networking
-
Modifier un enregistrement DNS avec un plan de retour arrière : abaissement du TTL, bascule et vérification
Une modification DNS n'atteint les utilisateurs qu'à mesure que l'ancien TTL expire dans les caches : il faut donc abaisser le TTL une durée complète de l'ancien TTL avant le changement, laisser l'ancienne cible en service jusqu'à confirmation de la nouvelle partout, et tenir compte des résolveurs qui, comme le permet la RFC 8767, continuent de servir des données périmées lorsque les serveurs faisant autorité sont injoignables.
-
epoll en mode déclenché par front : vider le travail non bloquant avant d'attendre un nouveau front
Éviter une connexion bloquée en séparant les notifications de disponibilité des messages applicatifs complets.
-
Configurer les interfaces réseau avec netplan sur Ubuntu et tester les modifications sans perdre la connexion
Netplan convertit le YAML de /etc/netplan en configuration pour networkd ou NetworkManager ; `netplan try` applique une modification et l'annule automatiquement si personne ne la confirme avant l'expiration du délai, ce qui est la méthode sûre pour modifier le réseau d'un hôte distant. Le fichier /etc/network/interfaces d'ifupdown sous Debian en est l'alternative plus ancienne, toujours prise en charge.
-
Prédiction côté client et réconciliation avec un serveur faisant autorité
Prédire immédiatement les entrées locales, réconcilier avec la commande acquittée correspondante côté serveur, rejouer les entrées non acquittées et traiter la correction visuelle séparément.
-
Consulter et modifier les paramètres réseau de macOS depuis le Terminal : networksetup, scutil et cache DNS
networksetup et scutil permettent de lire et de modifier le service réseau actif, les serveurs DNS, les proxys et le nom de l'ordinateur ; dscacheutil et mDNSResponder vident un cache de résolution obsolète après un changement DNS, afin qu'un nouveau test ne renvoie pas l'ancienne réponse.
-
La poignée de main TLS 1.3, en résumé
TLS 1.3 négocie les clés en un seul aller-retour : le ClientHello porte déjà un partage de clé, le ServerHello répond avec le sien, et tout ce qui suit, y compris le certificat, est chiffré. La reprise de session utilise des clés prépartagées issues des tickets de session ; les données précoces 0-RTT sont optionnelles et rejouables.
-
Synchronisation d'horloge client-serveur : estimer le temps sans masquer l'incertitude
Utiliser des échanges d'horodatages pour estimer le décalage avec l'heure du serveur, tenir compte du délai asymétrique et de la dérive, et séparer les corrections d'horloge des politiques de simulation et de présentation.
-
Administrer les zones et enregistrements DNS Server avec PowerShell, puis vérifier avec Resolve-DnsName
Lister les zones avec Get-DnsServerZone, ajouter des enregistrements A et CNAME, les lire avec Get-DnsServerResourceRecord, configurer le scavenging et le vieillissement qui suppriment les enregistrements obsolètes, et vider le cache du résolveur, en vérifiant chaque écriture côté client et pas seulement sur le serveur.
-
Définir une adresse IPv4 statique avec nmcli sans se couper l'accès à la machine
nmcli permet d'afficher, de modifier et d'activer des connexions NetworkManager depuis un script, mais changer l'adresse par laquelle on est connecté peut interrompre la session avant l'application des nouveaux paramètres. Cloner d'abord le profil et valider avant de supprimer l'ancien garde la modification réversible.
-
Rembobinage côté serveur pour la détection de touches avec compensation de latence
Évaluer les attaques éligibles par rapport à un historique borné de l'état des cibles, valider le timing côté serveur et expliciter la politique d'équité et d'état du monde.
-
MTU, fragmentation et découverte du MTU de chemin
Ethernet transporte des paquets IP de 1500 octets, les tunnels et PPPoE en transportent moins, et les routeurs IPv6 ne fragmentent jamais. La découverte du MTU de chemin dépend des messages ICMP Packet Too Big ; lorsqu'ils sont filtrés, les gros paquets disparaissent silencieusement tandis que les petits passent, le classique trou noir que le clampage du MSS ou le sondage de la couche de packetisation permet de contourner.
-
Netcode à rollback : rejeu déterministe et effets de bord maîtrisés
Prédire les entrées manquantes, restaurer un état antérieur lorsque les prédictions échouent et resimuler dans des budgets mémoire et CPU explicites, tout en gardant les effets cohérents.
-
Outils de configuration réseau comparés : nmcli, netplan, systemd-networkd et leurs équivalents Windows et macOS
Lire la configuration réseau actuelle, définir une adresse statique et configurer les serveurs DNS : les trois mêmes tâches avec nmcli (NetworkManager), netplan d'Ubuntu, systemd-networkd, les cmdlets réseau de Windows PowerShell et networksetup de macOS.
-
Les enregistrements DNS dont dépend un service web
A, AAAA et CNAME associent des noms à des adresses, MX achemine le courrier, TXT porte les vérifications et les politiques, CAA restreint les autorités de certification autorisées, NS délègue les zones ; vérifier les réponses faisant autorité, pas seulement un résolveur en cache, avant et après tout changement.
-
Variables d'environnement de proxy dans curl, requests, Go, Java, Node et wget
curl rejette volontairement `HTTP_PROXY` en majuscules pour éviter l'injection via CGI, alors que Python requests l'accepte hors CGI ; un point initial dans `NO_PROXY` restreint la correspondance aux sous-domaines dans le `httpproxy` de Go, alors que curl ignore ce point et couvre aussi le domaine nu ; le `fetch` de Node ignore les variables de proxy tant que `NODE_USE_ENV_PROXY` ou un `ProxyAgent` n'est pas configuré.
-
Mesurer le débit d'une connexion internet domestique de façon reproductible : un protocole à chemin et calendrier fixes
Un protocole proposé pour une série de mesures de débit et de latence d'un foyer : maintenir constants l'appareil, le chemin filaire ou sans fil, l'outil de test et le serveur, exécuter trois tests consécutifs dans trois créneaux quotidiens fixes pendant deux semaines, consigner le nombre de connexions et l'activité du foyer à chaque exécution, et retenir de la RFC 6349 le produit bande passante-délai ainsi que les points sur les connexions simples ou multiples comme raisons pour lesquelles les réglages de l'outil font varier le chiffre ; aucune affirmation n'est faite sur un quelconque fournisseur.
-
Codes de sortie de curl : distinguer une erreur DNS, une erreur TLS et un échec dû à --fail
curl renvoie un code numérique distinct pour chaque classe d'échec de transport (résolution de nom, connexion, TLS, délai dépassé), ainsi qu'un code à part, le 22, qui n'apparaît que si --fail ou --fail-with-body est demandé pour les statuts HTTP d'erreur. Un agent qui s'appuie sur le code de sortie de curl plutôt que sur son texte peut router correctement les nouvelles tentatives sans analyser la sortie.
-
HTTP/1.1, HTTP/2 et HTTP/3 : les différences qu'un opérateur remarque
HTTP/1.1 envoie une requête à la fois par connexion TCP, dans un cadrage textuel ; HTTP/2 multiplexe des flux binaires sur une seule connexion TLS avec compression HPACK, mais reste bloqué en cas de perte TCP ; HTTP/3 s'exécute sur QUIC via UDP, élimine le blocage de tête de ligne au niveau transport, et se découvre via Alt-Svc ou des enregistrements DNS HTTPS.
-
Gérer le rôle serveur DHCP avec PowerShell : étendues, réservations, autorisation et sauvegarde
Consulter les étendues et les baux avec Get-DhcpServerv4Scope, réserver une adresse avec Add-DhcpServerv4Reservation, autoriser un serveur dans AD avec Add-DhcpServerInDC, aperçu du basculement (failover), et sauvegarde de la configuration avec Backup-DhcpServer avant toute modification risquée.
-
Configurer les interfaces et adresses réseau sous Solaris 11.4 avec dladm et ipadm
dladm recense les liens de données, ipadm crée les interfaces IP ainsi que les adresses statiques ou DHCP, et les sous-commandes ipadm create acceptent l'option -t pour choisir entre une modification temporaire (jusqu'au redémarrage) et une modification persistante. La résolution DNS se configure via le service SMF network/dns/client, et non en modifiant directement resolv.conf.
Lisible par machine : JSON