Administrace komentářů

Zapomněl jsem doma křišťálovou kouli.

Chtělo by to najít konkrétní stránku, která se načítá pomalu, a zavolat na to například strace wget. Pak se dá podle timestampů v tom logu zjistit, kde by mohl být problém (tedy kde je podezřelá mezera).

Hlavní je zjistit, jestli je problém v DNS resolvingu (primární DNS nebo jeden z nastavených DNS je nedostupný — častý problém, který se projevuje zdánlivě náhodně) nebo před DNS resolvingem (nějaký zapomenutý nesmysl v /etc/hosts a klasické nastavení hosts bind v /etc/nsswitch.conf) nebo až po DNS resolvingu, tedy během TCP spojení (problém s routingem, problém s (malou) MTU, chybně nastavený IPv6 (například se špatnými preferovanými adresami, které se nedají routovat) končící fallbackem na IPv4) a tak dále.

Ubuntu občas mívá ve (zlo)zvyku zapínat dnsmasq, je-li nainstalovaný (což ostatně dělá u spousty dalších balíčků). Je-li tam dnsmasq, je rozumně funkční? Co říká dig na nějakou tu hledanou doménu a za jak dlouho? (Co potom říká ping na IPv6 a IPv4 adresy toho serveru, jen tak pro jistotu?) Je-li problém v DNS, pomůže odinstalování dnsmasq? Co říká getaddrinfo z balíku libsocket-getaddrinfo-perl na adresu hledané domény? Jsou první adresy ve vráceném seznamu pingnutelné?

Opravdu je Internet pomalý? Co na to iperf? Je opravdu nějaký problém v throughputu, nebo je jenom někde schovaná obrovská latence u jednoho dílčího kroku?