Dotaz: Problemy s DNS a s siti

[Mer]

Dobrý den ,

 prosím o radu ohledně nastavení sitových rozhraní v OSS 11.1 

kernel Linux linux 2.6.27.21-0.1-default #1 SMP 2009-03-31 14:50:44 +0200 i686 athlon i386 GNU/Linux .

Sitové rozhraní :
00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
01:07.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02)

firwall standardně vypnutý

Zde výpis route :

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.0.0.0        *               255.255.255.0   U     0      0        0 eth0
loopback        *               255.0.0.0       U     0      0        0 lo

Zde výpis dhclient

DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPDISCOVER on pan0 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 2
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 10.0.0.138
bound to 10.0.0.1 -- renewal in 110844 seconds.
 

Chtěl jsem se zeptat jak to celé urychlit , pingy jsou na některé servery vyloženě chcíplé , ale když to stejné pustím v stzroji s XP-VISTY pak vše jede bez problémů ? Viidím možný problém s DNS  , které mám od O2. Firefox , dělá třeba to , že se nějakou dobu pokouší hledat server , ale pak vše jede jak má.

ping www.google.com
PING www.l.google.com (209.85.129.147) 56(84) bytes of data.
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=2 ttl=247 time=26.4 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=3 ttl=247 time=26.1 ms
64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=4 ttl=247 time=26.1 ms
^C
--- www.l.google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 7091ms
rtt min/avg/max/mdev = 26.101/26.201/26.411/0.203 ms

Hodnota je celkem hodně velká

ping www.atlas.cz
PING www.atlas.cz (90.182.101.18) 56(84) bytes of data.
64 bytes from 90.182.101.18: icmp_seq=1 ttl=121 time=17.8 ms
64 bytes from 90.182.101.18: icmp_seq=2 ttl=121 time=22.7 ms
64 bytes from 90.182.101.18: icmp_seq=3 ttl=121 time=17.6 ms
^C
--- www.atlas.cz ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2009ms
rtt min/avg/max/mdev = 17.640/19.412/22.717/2.344 ms

linux:/ # ping www.abclinuxu.cz
PING abicko.abclinuxu.cz (195.70.150.7) 56(84) bytes of data.
64 bytes from 195.70.150.7: icmp_seq=1 ttl=57 time=20.9 ms
64 bytes from 195.70.150.7: icmp_seq=2 ttl=57 time=19.8 ms
64 bytes from 195.70.150.7: icmp_seq=3 ttl=57 time=19.7 ms
64 bytes from 195.70.150.7: icmp_seq=4 ttl=57 time=27.3 ms
64 bytes from 195.70.150.7: icmp_seq=5 ttl=57 time=22.6 ms
64 bytes from 195.70.150.7: icmp_seq=6 ttl=57 time=19.7 ms
^C
--- abicko.abclinuxu.cz ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 9131ms
rtt min/avg/max/mdev = 19.735/21.731/27.325/2.706 ms

Sitové rozhraní je ovládaní přes aplet network manager.

Mohu poprosit jakou změnu aplikovat , aby se to zlepšilo ? použít pro eth0 vše ručně ?

já možné problémy vidím ve směřování a v resolvu.

 

Díky

Odpovědi

[rastos]

Skús si do /etc/hosts dopísať IP adresy a zopakovať testy. Ak to pomôže, a ten stroj nevypínaš často tak si urob vlastný DNS server, alebo prestav DNS server, ktorý používaš na niečo iné (v /etc/resolv.conf ). Tiež sa skús pohrať s traceroute, aby si zistil či to zdržanie je na trase od teba po tvojho ISP alebo ďalej.

[gtz]

Měl jsem podobné problémy s OSS 11.1 s tím, že aplet network manager nastavil dns i dhcp přímo z routeru , a blbě routoval přes bránu tím pádem i to prodlení. Poslední dobou jsou výpadky na DNS serveru od O2 celkem normální ... , ale velice divné je mi ,že tyto výpadky postihují jen stroje s Linux OS , většinou jsem se s tim na Windows Strojích nepotkal. 

Jak psal , že tohle je jen na OS-linux a na Windows strojích ne ... pak to celkem nechápu , pokud je resolv.conf nastavený tak ja má být.

O2 más svoje prohnilé DNS celkem hodně profláklé a tento týden se i to tom psalo tuším někde na lupa.cz

Zkusil bych nějaké free dns třeba tyto :

208.67.222.222 Opendns.com primary
208.67.220.220 Opendns.com secondary

Ale divné je mi jak jsem se díval na ten výpis , že google , atd mají celkem dlouhou dobu a třeba  atlas.cz polovičí , přitom google jistě je na lepší ISP než atlas.

 

[NN]

Ti to spis dost laguje, tak si to trasuj k verejne IP a pak to postupne

propingej a zjistis, kde ti ot hnije.

NN

[DNA]

presne toto se mi zacalo dit take (O2), po telefonatu s technikem mi snizili rychlost na polovinu, coz samozrejme nezabralo, tak jsem ji nechal navysit zpet a pouzivam DNS cache (pamatuje si zaznamy jen do restartu, ale nerestartuji, tak to neresim)

[Filip Jirsák]

Nemáte v /etc/reslov.conf na začátku napsané nějaké DNS servery, které vám neodpovídají? Případně tamtéž nemáte v search nějakou neexistující doménu, a nepokouší se pak DNS resolver nejprve překládat adresu example.com.neexistujic.domena a pak až example.com?

[error414]

jj dela to o2, ja sem to resil pres opendns, a jede to jak z praku