Mam problem, z którym staram się walczyć, ale nie daję już rady.
Archlinux. Firefox (w Operze to samo, w Chromium lepiej, ale z tego co doczytałem, on ma jakieś dodatkowe cache czy coś w tym rodzaju - w każdym razie on ten problem obchodzi).
Otwieram jakąś stronę WWW, powiedzmy dobreprogramy.pl, po raz pierwszy od jakiegoś czasu. Tzn. buszowałem po różnych, bliższych i dalszych, zakątkach Sieci i chcę wejść na DP. Oczywiście dotyczy to wszelkich możliwych domen. Czy to będzie Wikipedia, czy Googlarka, czy może konkurencyjny portal - jeden pies.
Co się dzieje? Strona ładuje się strasznie wolno. Może z pół minuty upłynąć zanim się otworzy. Potem, gdy już wejdę na dany serwer, kolejne podstrony otwierają się już w miarę normalnie. Problem jest z wbiciem się po raz pierwszy.
Mam w domu kilka innych komputerów - już z Windowsem - podpiętych do tej samej bramy (Linksys WAG54G2, te łączące się po wifi przechodzą jeszcze przez WRT54GC który robi tylko i wyłącznie za AP, serwer DHCP ma wyłączony, a NAT obszedłem podłączając go do drugiego Linksysa portem LAN - zresztą to nie ma tu znaczenia). I tam jest już wszystko w porządku. Strony ładują się momentalnie, czasem są problemy z odtwarzaniem filmów na YT, ale to jest zrozumiałe biorąc pod uwagę ISP, którym jest nasz kochany monopolista.
Za sugestiami z Sieci, wyłączyłem całkowicie IPv6 - z poziomu parametrów kernela w bootloaderze - ale to nie pomaga.
Proxy jest oczywiście wyłączone.
Z DNS-ami problem to raczej nie jest, bo taką Wikipedię mam wbitą na sztywno w /etc/hosts i ładuje się tak samo wolno.
/etc/resolv.conf:
cat /etc/resolv.conf
# Generated by resolvconf
nameserver 194.201.159.1
nameserver 194.204.152.34
/etc/hosts:
#
# /etc/hosts: static lookup table for host names
#
#<ip-address> <hostname.domain.org> <hostname>
127.0.0.1 localhost.localdomain localhost kacper-archlinux
91.198.174.192 pl.wikipedia.org
91.198.174.192 en.wikipedia.org
# End of file
ip link:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
link/ether 00:19:66:b7:51:ef brd ff:ff:ff:ff:ff:ff
ip addr:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:19:66:b7:51:ef brd ff:ff:ff:ff:ff:ff
inet 192.168.1.100/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
Jeśli chodzi o pingi - wyglądają, jak dla mnie, w porządku - ale wolno pojawiają się odpowiedzi.
ping www.dobreprogramy.pl:
PING www.dobreprogramy.pl (194.0.171.152) 56(84) bytes of data.
64 bytes from nlb-dobreprogramy.xenium.pl (194.0.171.152): icmp_seq=1 ttl=122 time=42.9 ms
64 bytes from nlb-dobreprogramy.xenium.pl (194.0.171.152): icmp_seq=2 ttl=122 time=43.3 ms
64 bytes from nlb-dobreprogramy.xenium.pl (194.0.171.152): icmp_seq=3 ttl=122 time=43.4 ms
64 bytes from nlb-dobreprogramy.xenium.pl (194.0.171.152): icmp_seq=4 ttl=122 time=44.3 ms
64 bytes from nlb-dobreprogramy.xenium.pl (194.0.171.152): icmp_seq=5 ttl=122 time=52.7 ms
64 bytes from nlb-dobreprogramy.xenium.pl (194.0.171.152): icmp_seq=6 ttl=122 time=43.1 ms
^C64 bytes from 194.0.171.152: icmp_seq=7 ttl=122 time=42.1 ms
--- www.dobreprogramy.pl ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 30493ms
rtt min/avg/max/mdev = 42.191/44.590/52.731/3.378 ms
tracert:
traceroute to www.dobreprogramy.pl (194.0.171.152), 30 hops max, 60 byte packets
1 gateway (192.168.1.1) 0.599 ms 1.229 ms 11.185 ms
2 lodz-bng1.tpnet.pl (80.50.118.230) 34.494 ms 35.410 ms 36.101 ms
3 lodz-r1.tpnet.pl (80.50.118.229) 37.147 ms 38.292 ms 39.002 ms
4 war-ar3.tpnet.pl (195.117.0.210) 48.200 ms 48.799 ms 49.510 ms
5 80.50.129.46 (80.50.129.46) 50.786 ms 51.448 ms 52.653 ms
6 do-atman-tpnet.xenium.pl (193.111.36.118) 53.949 ms 42.522 ms 41.890 ms
7 * * *
8 * * *
9 * * *
(i dalej już same gwiazdki)
Flood ping do serwerów w Internecie wygląda OK, tzn. liczba kropek nie narasta.
ping do DNS-ów:
PING 194.204.159.1 (194.204.159.1) 56(84) bytes of data.
64 bytes from 194.204.159.1: icmp_seq=1 ttl=251 time=33.6 ms
64 bytes from 194.204.159.1: icmp_seq=2 ttl=251 time=33.8 ms
64 bytes from 194.204.159.1: icmp_seq=3 ttl=251 time=33.2 ms
64 bytes from 194.204.159.1: icmp_seq=4 ttl=251 time=33.2 ms
64 bytes from 194.204.159.1: icmp_seq=5 ttl=251 time=33.4 ms
^C
--- 194.204.159.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 33.213/33.481/33.867/0.317 ms
PING 194.204.152.34 (194.204.152.34) 56(84) bytes of data.
64 bytes from 194.204.152.34: icmp_seq=1 ttl=60 time=33.8 ms
64 bytes from 194.204.152.34: icmp_seq=2 ttl=60 time=33.2 ms
64 bytes from 194.204.152.34: icmp_seq=3 ttl=60 time=33.9 ms
64 bytes from 194.204.152.34: icmp_seq=4 ttl=60 time=32.9 ms
64 bytes from 194.204.152.34: icmp_seq=5 ttl=60 time=33.4 ms
64 bytes from 194.204.152.34: icmp_seq=6 ttl=60 time=32.7 ms
^C
--- 194.204.152.34 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5006ms
rtt min/avg/max/mdev = 32.737/33.360/33.955/0.471 ms
Wygląda to zasadnczo tak, jakby bardzo dużo czasu zajmowało mu odpytanie DNS-ów o IP, ale, przynajmniej jak dla mnie, nic tego nie potwierdza. Poza tym pozostałe komputery korzystają z tych samych DNS-ów i tam jest OK.
Jakieś pomysły, propozycje, co może być nie tak?