Nätverksgrunderna alla utvecklare borde kunna

Under huven: från DNS till TLS

När appen är långsam är svaret ofta i nätverket. Förstå DNS-uppslag, TCP-handskakningar och TLS-terminering så blir felsökningen systematisk i stället för magisk.

Lär dig läsa en HAR-fil och använda curl med timing-flaggor. De tio minuterna betalar sig första gången du kan peka på exakt var latensen uppstår.

Ta DNS först, eftersom det är inblandat i nästan allt: varje uppslag är en resa genom cachar – webbläsarens, operativsystemets, resolverns – och TTL-värden styr hur länge svaren lever. Den klassiska gåtan “det fungerar på min maskin men inte i produktion” har påfallande ofta en DNS-cache eller en split-horizon-konfiguration i botten.

Sedan handskakningarna: en TCP-anslutning kostar en rundresa, TLS ytterligare en, och på en mobil länk med 100 millisekunders latens har du betalat en femtedels sekund innan första byten data skickats. Det är därför anslutningsåteranvändning, keep-alive och connection pooling ger så dramatiska effekter – och därför felkonfigurerade poolar är en så vanlig prestandabov.

Verktygslådan behöver inte vara stor: curl -w med timing-variabler visar exakt var tiden tar vägen (DNS? anslutning? TLS? server?), dig avslöjar upplagens väg och mtr kombinerar ping och traceroute till en livebild av vägen genom nätet. Tre kommandon, nittio procent av felsökningarna.

Belöningen för hemläxan är trovärdighet: nästa gång någon säger “nätverket är långsamt” kan du svara med en mätning i stället för en axelryckning – och peka på om felet bor i DNS:en, handskakningen, servern eller applikationens egen kö.