Dotaz: "Pomalý" ping

[Skeletonix]

Ahoj

posledí dobou pozoruji pomalé načítání stránek. Pokud dám na poprvé ping www.seznam.cz, tak čekám cca 10s než se začne něco dít. Jakmile se ping rozeběhne, tak odezvy nejsou zlé:

ping seznam.cz
PING seznam.cz (77.75.72.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=249 time=10.5 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=249 time=9.08 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=249 time=9.15 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=249 time=10.0 ms
--- seznam.cz ping statistics ---
7 packets transmitted, 4 received, 42% packet loss, time 6003ms
rtt min/avg/max/mdev = 9.089/9.708/10.554/0.624 ms

Jakmile provedu ping podruhé, tak je odezva skoro okamžitá.

Obdobný problém pozoruji v web. prohlížeči - po zadání adresy se chvilku nic neděje a po načtení stránky jsou již odezvy OK.

Nevíte, kde by mohl být problém.

----

OpenSuse 13.1
ADSL T-Mobile
Zyxel P660HW-T3 v2
Google public DNS (zkopušel jsem různé a všude se to chová stejně)

Odpovědi

[Sten]

Problém bude s DNS, ping se snaží provádět reverzní resolve pro IP adresu, odkud dostal odpověď, a to může trvat. Potvrdit to lze, pokud ping -n seznam.cz tohle nedělá.

[the.max]

co máš v /etc/resolv.conf? Nemáš tam nějaký DNS, který nefunguje nebo neodpovídá? Případně můžeš zkusit použít nějaký volý DNS resolver. Záměrně neradím 8.8.8.8 nebo 8.8.4.4 od googlu.

[pavlix]

To není vždy dobrý test. Jak už naznačil the.max, ping typicky kromě posílání ICMP dělá ještě minimálně dva dotazy do DNS. Při hledání problémů je potřeba tyhle věci testovat jednotlivě.

[manasekp]

na zkousku dej do resolv.conf goolacky dn server 8.8.8.8 a pripadne 8.8.4.4, ja to pouzivma docela casto a normalne to funguje.

[Skeletonix]

Zkusil jsem projít nastavení routeru a sítě v Yast a zdá se, že to teď běhá OK. Jen netuším čím to bylo, nic jsem neměnil ;).

[MMMMMMMMM]

Zkus si vysledovat komunikaci pomocí Wiresharku, ať vidíš, co se tam děje.

[Hynek Bee]

Nám to začalo dělat asi tak před 14 dny taky. Jediné, co pomohlo bylo na našich dns serverech (na Widlích) vyčistit mezipaměť a aktualizovat datové soubory ... Od té doby odezvy v normálu.

[Skeletonix]

Dnes je to zase zpět:

ping www.steam.com PING webserver1-3.netaggregate.com (69.36.251.153) 56(84) bytes of data. ^C --- webserver1-3.netaggregate.com ping statistics --- 25 packets transmitted, 0 received, 100% packet loss, time 23999ms

zkusím se naučit s Wireshark :(

[Skeletonix]

tohle projde prakticky instantně:

dig www.steam.com

; <<>> DiG 9.9.4-rpz2.13269.14-P2 <<>> www.steam.com ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17798 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 6

;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;www.steam.com. IN A

;; ANSWER SECTION: www.steam.com. 3485 IN CNAME webserver1-3.netaggregate.com. webserver1-3.netaggregate.com. 3486 IN A 69.36.251.153

;; AUTHORITY SECTION: netaggregate.com. 3486 IN NS ns.steam.com. netaggregate.com. 3486 IN NS ns2.toaster.net. netaggregate.com. 3486 IN NS ns.toaster.net.

;; ADDITIONAL SECTION: ns.steam.com. 172685 IN A 69.36.241.231 ns.steam.com. 172685 IN AAAA 2001:1868:12::1:1 ns.toaster.net. 3485 IN A 69.36.251.147 ns.toaster.net. 3485 IN AAAA 2001:1868:12::2:1 ns2.toaster.net. 3485 IN A 184.106.111.98 ;; Query time: 13 msec ;; SERVER: 31.31.78.39#53(31.31.78.39) ;; WHEN: Thu Jun 05 17:55:55 CEST 2014 ;; MSG SIZE rcvd: 265

[Sten]

U pingu většinou zdržuje reverzní resolve, takže pro test je potřeba dig 69.36.251.153. Anebo jej vypnout: ping -n www.steam.com.

[Jendа]

Ale pomalost se projevuje i v browseru a ten snad reverzní překlad nedělá.

[Michal Kubeček]

Ale pořád dělá ten normální…

[Jendа]

Spustí se Wireshark, klikne se na rozhraní a kouká se