Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Pokaż jak wygląda
ping -c 4 www.o2.pl
oraz
ping -c 4 193.17.41.103
Offline
ilin napisał(-a):
Pokaż jak wygląda
Kod:
ping -c 4 www.o2.ploraz
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
Offline
To dopiero połowa.
Nie pokazałeś pingu po IP.
Offline
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)
Offline
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.
Offline
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.
Offline
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
Offline
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
Offline
Z tego co pamiętam to masz chyba opendnsy ale pokaż wynik polecenia
cat /etc/resolv.conf
Wpisz tez w pasek adresu przeglądarki
193.17.41.103
i sprawdź czy Ci się strona szybciej otworzy.
Offline
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)
Offline
Więc proponuję podpatrzeć z jakich dnsów windows korzysta i ich numery wklepać do /etc/resolv.conf
Offline
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 ????
Offline
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ć.
Offline
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:~$
Offline
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ą.
Offline
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)
Offline
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ą.
moze dostawic to mam do ciebie jedno pytanie jeszcze zwiazane z ifconfig
Offline
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.
Offline
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:
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)
Offline
Ż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.
Offline
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 ftp.icm.edu.pl
PING sunsite2.icm.edu.pl (193.219.28.140) 56(84) bytes of data.
64 bytes from sunsite2.icm.edu.pl (193.219.28.140): icmp_seq=1 ttl=58 time=51.7 ms
64 bytes from sunsite2.icm.edu.pl (193.219.28.140): icmp_seq=2 ttl=58 time=26.9 ms
64 bytes from sunsite2.icm.edu.pl (193.219.28.140): icmp_seq=3 ttl=58 time=32.6 ms
--- sunsite2.icm.edu.pl ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3015ms
rtt min/avg/max/mdev = 26.916/37.097/51.749/10.620 ms
real 0m4.152s
user 0m0.000s
sys 0m0.000s
tomasz12@debian:~$
Offline
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:~$
Offline
ilin napisał(-a):
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.
cześć tylko ze na XP tez od niego nie dochodzą wiadomości i tylko od tej jednej osoby na Debian lenny jest to samo jak wyśle mu dojdzie on wyśle nic nie dojdzie jak ktoś obcy napisze dojdzie wiadomość zastanawiam się czy on nie ma jakiegoś wirusa lub jakiej blokady w systemie
Offline
Bo pewnie macie niezgodne wersje pod Windowsem. A dla Debiana zrób to co ilin napisał i wszystko będzie.... dochodzić.
Offline