Forum Debian Users Gang

ilin napisał(-a):

Pokaż jak wygląda

Kod:

ping -c 4 www.o2.pl

oraz

Kod:

ping -c 4 193.17.41.103

PING www.o2.pl (193.17.41.103) 56(84) bytes of data.
64 bytes from 193.17.41.103: icmp_seq=1 ttl=53 time=48.7 ms
64 bytes from 193.17.41.103: icmp_seq=2 ttl=53 time=49.3 ms
64 bytes from 193.17.41.103: icmp_seq=3 ttl=53 time=48.4 ms
64 bytes from 193.17.41.103: icmp_seq=4 ttl=53 time=85.0 ms

--- www.o2.pl ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 15337ms
rtt min/avg/max/mdev = 48.454/57.882/85.002/15.662 ms

tomasz12@debian:~$ ping -c 4 www.o2.pl
PING www.o2.pl (193.17.41.103) 56(84) bytes of data.
64 bytes from 193.17.41.103: icmp_seq=1 ttl=53 time=48.7 ms
64 bytes from 193.17.41.103: icmp_seq=2 ttl=53 time=49.3 ms
64 bytes from 193.17.41.103: icmp_seq=3 ttl=53 time=48.4 ms
64 bytes from 193.17.41.103: icmp_seq=4 ttl=53 time=85.0 ms

--- www.o2.pl ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 15337ms
rtt min/avg/max/mdev = 48.454/57.882/85.002/15.662 ms
tomasz12@debian:~$ ping -c 4 193.17.41.103
PING 193.17.41.103 (193.17.41.103) 56(84) bytes of data.
64 bytes from 193.17.41.103: icmp_seq=1 ttl=53 time=60.7 ms
64 bytes from 193.17.41.103: icmp_seq=2 ttl=53 time=49.4 ms
64 bytes from 193.17.41.103: icmp_seq=3 ttl=53 time=48.3 ms
64 bytes from 193.17.41.103: icmp_seq=4 ttl=53 time=56.6 ms

--- 193.17.41.103 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3009ms
rtt min/avg/max/mdev = 48.324/53.798/60.726/5.130 ms
tomasz12@debian:~$

Ostatnio edytowany przez nowy128 (2010-01-05 23:35:09)

Dnsów wina to nie jest moim zdaniem.
Pingi są również długie na ip.

Czy pod windowsem masz (miałeś) też tak duże pingi ?
Bo to może być wina sieci z której korzystasz.

Ale więcej to muszą się wypowiedzieć koledzy bardziej w tych sprawach obeznani.

ilin napisał(-a):

Dnsów wina to nie jest.

Czy pod windowsem masz (miałeś) też tak duże pingi ?
Bo to może być wina sieci z której korzystasz.

Ale więcej to muszą się wypowiedzieć koledzy bardziej w tych sprawach obeznani.

pod xp  odrazu sie pingi wczytuja    nawet jak  dns  nie był  wprodzadzony to tez długo  sie wczytywał  ping www.o2.pl i tylko ten bo inne strony  pingi sie normalnie wczytuja pod debian lenny

nowy128 napisał(-a):

Minio napisał(-a):

Pokaż /etc/resolv.conf (do czego i tak z duzym prawdopodobieństwem dążył ilin).

Po nazwie potrzebujesz około 15 sekund na te 4 pakiety, podczas gdy po adresie IP — 3 (czyli pięciokrotnie mniej). Prawdopodobnie jeden z serwerów DNS których używasz jest wadliwy i próba połączenia z nim nie powodzi się, a ping czeka na upłynięcie stosownego limitu zanim wypróbuje następny serwer z listy.

a jak sprawdzic ktory jest wadliwy dns

debian:/home/tomasz12# /etc/resolv.conf

debian:/home/tomasz12#   cat   /etc/resolv.conf
### BEGIN INFO
#
# Modified_by:  NetworkManager
# Process:      /usr/bin/NetworkManager
# Process_id:   3132
#
### END INFO
nameserver 208.67.220.220
nameserver 208.67.222.222 




strona sie dosyc  dobrze otwiera 193.17.41.103

Ostatnio edytowany przez nowy128 (2010-01-05 23:54:50)

ilin napisał(-a):

Więc proponuję podpatrzeć z jakich dnsów windows korzysta i ich numery wklepać do /etc/resolv.conf

a moze wbic dns admina  ??? dodatkowy ????

ilin napisał(-a):

A kto to może wiedzieć.
Nikt z nas nie zna tej sieci i Ci nie powie.

Jeśli na windowsie działa dobrze na dnsach X i Y to użyj ich równiez na debianie.
Po co więcej kombinować.

tomasz12@debian:~$ ping -c 4 208.67.220.220
PING 208.67.220.220 (208.67.220.220) 56(84) bytes of data.
64 bytes from 208.67.220.220: icmp_seq=1 ttl=54 time=58.0 ms
64 bytes from 208.67.220.220: icmp_seq=2 ttl=54 time=57.4 ms
64 bytes from 208.67.220.220: icmp_seq=3 ttl=54 time=59.5 ms
64 bytes from 208.67.220.220: icmp_seq=4 ttl=54 time=57.8 ms

--- 208.67.220.220 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3009ms
rtt min/avg/max/mdev = 57.467/58.226/59.514/0.793 ms
tomasz12@debian:~$ ping -c 4 208.67.222.222
PING 208.67.222.222 (208.67.222.222) 56(84) bytes of data.
64 bytes from 208.67.222.222: icmp_seq=1 ttl=54 time=68.2 ms
64 bytes from 208.67.222.222: icmp_seq=2 ttl=54 time=58.9 ms
64 bytes from 208.67.222.222: icmp_seq=3 ttl=54 time=58.4 ms
64 bytes from 208.67.222.222: icmp_seq=4 ttl=54 time=60.9 ms

--- 208.67.222.222 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3011ms
rtt min/avg/max/mdev = 58.401/61.635/68.200/3.916 ms
tomasz12@debian:~$

ilin napisał(-a):

A po co to ?

Ładnie spingowałeś server dns :)
którego zadaniem jest tłumaczenie iP na nazwy domenowe czy jak to tam fachowo się nazywa.

Widać opendnsy sobie z tłumaczeniem tej strony akurat nie za bardzo radzą.

ja juz nie wiem co sam z tym zrobic mam tez taki problem ze kadu dowszystkich wiadomosci dochodza     jak ktos odpisze   tez dojdzie  a mam kolege  co mam go na kadu   wysle mu wiadomosc  dojdzie ale od niego nie dojdzie  nic  moze pisac bez konca  nic z tego dziwny przypadek

Ostatnio edytowany przez nowy128 (2010-01-06 00:41:02)

Sprawdx z jakich dnsów windows korzysta i je podaj jak się boisz sam wpisywać.

Co do kadu to ten kolega z pewnością ma nowy numerek 8 cyfrowy.

Rozwiązaniem jest zainstalowanie  kadu z experimental.
Da się to zrobić nawet na Lennym.
Sprawdzałem.

Że się wtrącę - te pingi wcale nie są takie długie. Według mnie mieszczą się w normie. Liczy się jaki masz ping do bramy i do zewnętrznego interfacu routera - jeśli go masz - jeśli poniżej 1 ms, wszystko jest w porządku. A na resztę nic nie się raczej nie poradzi.
Dla ułatwienia dodam, że ja mam podobne wartości, chociaż to jest sieć bezprzewodowa w moim przypadku, natomiast ping do bramy mam teraz poniżej 1 ms czyli tak jak po kablu, zatem chyba może to posłużyć za obiektywny dowód, że wszystko jest normalnie i w Twoim przypadku.

bercik napisał(-a):

ilin napisał(-a):

Dnsów wina to nie jest moim zdaniem.
Pingi są również długie na ip.

roznicy w czasie pokazywanym przez ping nie bedzie ... ping pokazuje czas ktory uplynol od wyslania komunikatu ICMP do otrzymania odpowiedzi na niego ... a to juz jest po rozwiazywaniu nazw DNS ...

dlatego lepiej porownac:

Kod:

time ping -c4 ftp.icm.edu.pl
time  ping -c4 -n 193.219.28.140

(opcja w takich testach przydatna jesttez opcja -n zabraniajaca uzywania odwrotnego dns)

tomasz12@debian:~$ time  ping -c4 -n 193.219.28.140
PING 193.219.28.140 (193.219.28.140) 56(84) bytes of data.
64 bytes from 193.219.28.140: icmp_seq=1 ttl=58 time=1002 ms
64 bytes from 193.219.28.140: icmp_seq=2 ttl=58 time=120 ms
64 bytes from 193.219.28.140: icmp_seq=3 ttl=58 time=259 ms
64 bytes from 193.219.28.140: icmp_seq=4 ttl=58 time=228 ms

--- 193.219.28.140 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3010ms
rtt min/avg/max/mdev = 120.435/402.950/1002.895/350.216 ms

real    0m3.242s
user    0m0.000s
sys    0m0.004s
tomasz12@debian:~$

Bo pewnie macie niezgodne wersje pod Windowsem. A dla Debiana zrób to co ilin napisał i wszystko będzie.... dochodzić.