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/.
Witam wszystkich na forum mam taki problem strasznie długo wczytuje mi ping www.o2.pl i chciałbym wiedziec dlaczego jaka moze byc przyczyna
Offline
Pokaż jak wygląda
ping -c 4 www.o2.pl
oraz
ping -c 4 193.17.41.103
Offline
[quote=ilin]Pokaż jak wygląda
ping -c 4 www.o2.pl
oraz
ping -c 4 193.17.41.103
[/quote]
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ż [tt]/etc/resolv.conf[/tt] (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
[quote=Minio]Pokaż [tt]/etc/resolv.conf[/tt] (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.[/quote]
a jak sprawdzic ktory jest wadliwy dns
Offline
[quote=ilin]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.[/quote]
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
[quote=nowy128][quote=Minio]Pokaż [tt]/etc/resolv.conf[/tt] (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.[/quote]
a jak sprawdzic ktory jest wadliwy dns[/quote]
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
[quote=ilin]Więc proponuję podpatrzeć z jakich dnsów windows korzysta i ich numery wklepać do /etc/resolv.conf[/quote]
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
[quote=ilin]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ć.[/quote]
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
[quote=ilin]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ą.[/quote]
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
[quote=ilin]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ą.[/quote]
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
[quote=ilin]Dnsów wina to nie jest moim zdaniem.
Pingi są również długie na ip.[/quote]
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
[quote=bercik][quote=ilin]Dnsów wina to nie jest moim zdaniem.
Pingi są również długie na ip.[/quote]
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)[/quote]
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
[quote=bercik][quote=ilin]Dnsów wina to nie jest moim zdaniem.
Pingi są również długie na ip.[/quote]
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)[/quote]
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
[quote=ilin]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.[/quote]
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
Time (s) | Query |
---|---|
0.00011 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00105 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.219.18.238' WHERE u.id=1 |
0.00072 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.219.18.238', 1732749247) |
0.00066 | SELECT * FROM punbb_online WHERE logged<1732748947 |
0.00076 | DELETE FROM punbb_online WHERE ident='18.117.103.185' |
0.00267 | DELETE FROM punbb_online WHERE ident='3.14.246.52' |
0.00319 | SELECT topic_id FROM punbb_posts WHERE id=137821 |
0.00134 | SELECT id FROM punbb_posts WHERE topic_id=15868 ORDER BY posted |
0.00032 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=15868 AND t.moved_to IS NULL |
0.00054 | SELECT search_for, replace_with FROM punbb_censoring |
0.00428 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=15868 ORDER BY p.id LIMIT 0,25 |
0.00135 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=15868 |
Total query time: 0.01703 s |