Forum Debian Users Gang

korbol · 2013-03-05 21:31:48

Witojcie.
Od jakiegoś czasu mój net dziwnie się zachowuje. Wieczorami to standard. Nie wiem jak jest rano. Często nie moge wejsc na daną stronę, czekam od kilku po kilkanascie, a nawet kilkadziesiąt sekund. Gdy wchodzę na test prędkości, to jak juz odczekam tradycyjnie swoje aby dostac sie na strone, to test wychodzi elegancko, odpowiednia predkosc i ping (jakkolwiek go mierzy) Jest to net w UPC i i na ich stronie sprawdzam prędkość.
Na infolini mnie na pewno zleją, bo im się pokaże ze prędkość jest odpowiednia. Swego czasu UPC zmienial cos w ofercie TV i przyszli na klatke instalatorzy cos tam dłubali. Wydaje mi sie, ze od tego czasu jest cos nie tak.
Jak to zdiagnozować,co się dzieje, kos może coś doradzić?
Czasami oczywiscie wszytko hula tka jak trzeba.
Dzięki.

Carnophage · 2013-03-05 22:32:22

Zacznijmy od zupelnych podstaw, jakie DNSy masz ustawione?
Jak wyglada trace route do ktoregos z popularnych portali?

tekn · 2013-03-05 22:34:17

Jak będzie problem z netem to spróbuj sprawdzić ping do tej strony oraz ping do serwera dns.

jurgensen · 2013-03-05 22:35:38

Mierzenie testem operatora, albo nawet wyłącznie w obrębie sieci operatorskiej nie będzie miarodajne. Najlepiej przeprowadź testy iperfem, stawiając serwer np. u kolegi, mającego łącze u innego operatora. Te wyniki będą bliższe prawdy. Kiedyś były w Internecie dostępne publiczne serwery iperfa, ale nie wiem, czy jeszcze działają.
Jeśli chodzi o długi czas odpowiedzi, to możesz puścić ping oraz traceroute na jakiś odległy serwer i sprawdzić opóźnienia. Warto też przy łączeniu się odpalić wiresharka i sprawdzić czy nie pojawiają się błędy i retransmisje TCP. Możesz również, wykorzystując tracepath, przetestować, czy po drodze nie zmniejsza się MTU. Jeśli któryś z routerów pośrednich będzie musiał fragmentować mnóstwo pakietów, to również może być wąskie gardło.

Pakos · 2013-03-06 12:08:33

mtu sprawdz, mialem cos podobnego

Ostatnio edytowany przez Pakos (2013-03-06 12:08:47)

korbol · 2013-03-06 19:43:48

Ok, to po kolei.
1) Jeśli chodzi o DNS'y, to mam automatycznie przez operatora

Kod:

nameserver 62.179.1.62
nameserver 62.179.1.63

rozumiem, ze powinienem je podmienic na jakies inne w momencie dużych opóźnień, dla sprawdzenia. Jak sięgam pamięcią to przy tych opoznieniach nawet jak strona zacznie sie ładować to izie jej to bardzo wolno, wiec chyba nie do konca bedzie to mialo zwiazek z dnsami, ale tak czy inaczej sprawdze to.
2) Pingi pamiętam że sprawdzalem do strony googla i nei było odpowiedzi przez długi czas az w koncu po kilku nastu.. dziesieciu sekundach jedno odbicie.
3) Co do tracepath, to pierwsze słyszę :] Móŋłby ktos oględnie wyjasnić jak mam interpretowac wyniki?

Na razie nie moge tego zbadać bo net chodzi normalnei dzisiaj póki co...

Dzięki.

Ostatnio edytowany przez korbol (2013-03-06 19:46:26)

tekn · 2013-03-06 20:47:59

DNSy widać standardowe od UPC. Sprawdź jeszcze czy nie masz na routerze jakiegoś dodatkowego firewalla, być może on tak spowalnia ładowanie się stron.

jurgensen · 2013-03-06 20:49:41

Jeśli puścisz tracepath, i po drodze MTU zostanie zmiejszone, zobaczysz po prawej stronie stosowną informację. Natomiast moją uwagę zwróciło to, co napisałeś w punkcie drugim. Wygląda to na problem z DNSem, a konkretnie z rozwiązywaniem PTR. Aby to potwierdzić, spróbuj puścić ping na jakąś nazwę domenową, a później tylko na jej adres IP. Jeśli przy pingowaniu po nazwie będą opóźnienia, natomiast przy pingowaniu po adresie nie, na 95% jest to właśnie problem, o którym wspomniałem wcześniej. Dodatkowo przy puszczeniu pinga możesz włączyć Wiresharka i sprawdzić czy są wysyłane zapytania o PTR i czy dostajesz odpowiedzi.

Libo · 2013-03-07 19:02:57

Możesz również zainstalowac cos w stylu httpWatch ( jest wersja darmowa ) i na podstawie wyników analizować wąskie gradrła.

korbol · 2013-03-07 19:58:44

Kurcze ciezko mi to wszytsko zdiagnozować.
Mialem wlasnie przed chwila problemy z netem i zapuściłem ping na google.pl i dluzszym czasie (kikanaście sekund) jedna odpowiedz, pauza, znowu oczekiwanie kolejna odpowiedź. Gdy jednak dalem ping na nr ip googla 173.194.44.23 odpowiedz była normalna, czalyczas odpowiadał. Tak samo spingowalem adres dns i odpowiedz byla prawidlowa. Tylko jak pinguje domene, to jest problem. Zrobilem nawet tak ze naraz zaczalem pinowac domene googla, jego adres ip i ip dans zeby zobaczyć co sie dzieje wtym sammy czasie i bylo tak jak powyzej - z domena byl problem.
Trcepath pokazuje mi pmtu 1500 oraz jakies inn erzeczy w oklejnych liniach:

Kod:

0.179ms pmtu 1500
 1:  ip bramy                                           0.834ms 
 1:  ip bramy                                         0.288ms 
 2:  no reply
 3:  89-75-4-193.infra.chello.pl                          10.261ms 
 4:  pl-krk01a-rd4-ae0-2183.aorta.net                     21.362ms asymm 11 
 5:  no reply
 6:  pl-waw4a-dns03.chello.pl                             16.704ms reached

co dokładnie tym wiresharkiem mam zrobić jaka komende wydac?

Ostatnio edytowany przez korbol (2013-03-07 20:00:40)

tekn · 2013-03-07 20:02:50

Ustawiłem sobie twoje dns'y i mam ten teraz sam problem :) Ustaw sobie dla testu dns google 8.8.8.8 i sprawdź działanie.

EDIT: Jeśli na DNSie google wszystko będzie ok, możesz sprawdzić który dns będzie dla Ciebie najlepszy, np. za pomocą tego programu : [url]http://code.google.com/p/namebench/[/url]

Ostatnio edytowany przez tekn (2013-03-07 20:09:38)

korbol · 2013-03-07 20:13:20

Ehhhhh, no rzeczywiście, zmienilem sobie na 8.8.8.8 i wszytko gra.
Czy moge zostawić 8.8.8.8 czy cos z nim nie tak?

Dzięki za pomoc.

Ostatnio edytowany przez korbol (2013-03-07 20:13:43)

tekn · 2013-03-07 20:18:10

Jak najbardziej możesz zostawić, jako secondary ustaw 8.8.4.4 ( też serwer google). Poza tym upc ładną kaszane z tymi dns'ami odstawia, właśnie trafiłem na wpis na blogu z listopada z tym samym problemem :)

jurgensen · 2013-03-07 20:23:29

Czyli wygląda to na problem z DNS (nie rozwiązuje PTR). Spróbuj polecenie:

Kod:

dig -x 173.194.35.169

Przy prawidłowo działąjącym DNSie, w sekcji ANSWER powinieneś otrzymać:

169.35.194.173.in-addr.arpa. 46903 IN PTR muc03s02-in-f9.1e100.net.[/quote]
Warto też zwrócić uwagę na czas odpowiedzi od serwera na samym dole. Co do Wiresharka, uruchom go na odpowiednim interfejsie i jako filtr wyświetlania możesz ustawić
Kod:
tcp.port==53 || udp.port==53
Wtedy puszczając pinga, powinieneś widzieć, czy idą zapytania o PTR (np. Standard query ... PTR 8.44.194.173.in-addr.arpa) oraz odpowiedzi od serwera DNS (np. Standard query response ... PTR muc03s07-in-f8.1e100.net).

Później możesz ustawić inne DNSy (np. googlowe 8.8.8.8) i powtórzyć testy.

edit: Za późno odpisałem, widzę, że z innymi DNSami jest ok. Mimo wszystko, powinieneś napisać od operatora, że szwankują mu DNSy.

Ostatnio edytowany przez jurgensen (2013-03-07 20:24:55)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00003	SET NAMES latin2
0.00119	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='3.147.73.85' WHERE u.id=1
0.00071	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.147.73.85', 1732482339)
0.00041	SELECT * FROM punbb_online WHERE logged<1732482039
0.00047	SELECT topic_id FROM punbb_posts WHERE id=226712
0.00244	SELECT id FROM punbb_posts WHERE topic_id=23090 ORDER BY posted
0.00049	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=23090 AND t.moved_to IS NULL
0.00006	SELECT search_for, replace_with FROM punbb_censoring
0.00064	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=23090 ORDER BY p.id LIMIT 0,25
0.00099	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=23090
Total query time: 0.00752 s

Forum Debian Users Gang

Ogłoszenie

#1 2013-03-05 21:31:48

korbol - Członek DUG

Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#2 2013-03-05 22:32:22

Carnophage - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#3 2013-03-05 22:34:17

tekn - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#4 2013-03-05 22:35:38

jurgensen - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#5 2013-03-06 12:08:33

Pakos - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#6 2013-03-06 19:43:48

korbol - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

Kod:

#7 2013-03-06 20:47:59

tekn - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#8 2013-03-06 20:49:41

jurgensen - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#9 2013-03-07 19:02:57

Libo - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#10 2013-03-07 19:58:44

korbol - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

Kod:

#11 2013-03-07 20:02:50

tekn - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#12 2013-03-07 20:13:20

korbol - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#13 2013-03-07 20:18:10

tekn - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#14 2013-03-07 20:23:29

jurgensen - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

Kod:

Kod:

#15 2013-03-07 20:33:24

korbol - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#16 2013-03-08 09:01:07

jarski185 - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#17 2013-03-08 18:54:16

korbol - Członek DUG

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

#18 2013-03-10 17:02:31

Huk - Smoleńsk BULWA!

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

Kod:

#19 2013-03-10 19:43:29

jurgensen - Użytkownik

Re: Prędkość netu zgodna z umową. Czas oczekiwania na strone kilkanascie s

Kod:

Kod:

Stopka forum

Informacje debugowania