Изпечатай

[paranoid]

Здравейте, проблема ми е че от Студентски град, вечер около 19 часа като се прибера и не мога да достъпя сайта, вече три/четири седмици. Показва ми три точки(...), и интересното е че намира favicon-a. Някой друг да има подобен проблем.

П.С. В момента съм на работа в Захарна Фабрика и нямам никакъв проблем в достъпването на сайта.

[Kalin]

Кой сайт, кой фавикон... пиши така, че всички да те разберат  

[paranoid]

Сайта е: linux-bg.org
фавикона е картинката, която ви се появявва в файърфокса на табчето :-). (един пингвин в буркан :-))

[daxen]

Я дай резултата от

Примерен код

traceroute http://www.linux-bg.org

А щом ти намера фавиконата значи стига ,

пробвай с друг браузер тогава !!!

[Hapkoc]

Цитат

А щом ти намера фавиконата значи стига

Не е задължително. Имам спомен някакъв, че иконката се кешира и ако я има в кеша се показва оттам, а по време на заявката се проверява дали има друга и ако има се зарежда тя...

Иначе да, traceroute е добра идея. :)

[kkIkk]

И аз съм в Студентски, но такива проблеми нямам

[daxen]

Цитат (Hapkoc @ Април 24 2007,17:17)

Не е задължително. Имам спомен някакъв, че иконката се кешира и ако я има в кеша се показва оттам, а по време на заявката се проверява дали има друга и ако има се зарежда тя... Иначе да, traceroute е добра идея. '>

Да не се сетих, значи чакаме traceroute-то  '>

[paranoid]

Ето го и треирута:

traceroute to linux-bg.org (212.50.10.155), 30 hops max, 40 byte packets
 1  192.168.101.11 ( 192.168.101.11)  44.454 ms   43.488 ms   45.684 ms
 2  cisco-6504.routers.megalan.bg (85.187.139.185)  51.410 ms   50.320 ms   51.004 ms
 3  ekk-megalan.bgpeer.ekk.bg (217.9.225.181)  49.658 ms   48.731 ms   48.897 ms
 4  spectur-EKK.ekk.bg (217.18.241.194)  49.564 ms   49.167 ms   48.650 ms
 5  router.hosting.spnet.net (212.50.10.129)  49.035 ms   48.068 ms   48.115 ms
 6  * * *
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *
[peter@paranoid12 committers]$

[gat3way]

Мисля, че е по-добре с tcptraceroute, мисля, че в повечето дистрибуции има пакети с тва нещо. ICMP-тата може и да се режат по пътя, както най-вероятно се случва..

[paranoid]

Ами на Федората няма тцптреисрут, Затова пеиствам tracepath:

[root@paranoid12 committers]# tracepath linux-bg.org
 1:  89.190.221.4 (89.190.221.4)                            0.225ms pmtu 1492
 1:  192.168.101.11 (192.168.101.11)                      asymm 65  35.874ms
 2:  cisco-6504.routers.megalan.bg (85.187.139.185)       asymm 65  31.226ms
 3:  ekk-megalan.bgpeer.ekk.bg (217.9.225.181)            asymm 65  30.383ms
 4:  spectur-EKK.ekk.bg (217.18.241.194)                  asymm 65  25.816ms
 5:  router.hosting.spnet.net (212.50.10.129)             asymm 65  40.449ms
 6:  no reply
 7:  no reply
 8:  no reply
 9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
31:  no reply
     Too many hops: pmtu 1492
     Resume: pmtu 1492
[root@paranoid12 committers]#

[gat3way]

Жалко.

Обаче има разлика. tracepath подобно на traceroute очаква ICMP TTL exceeded, за да "разбере" за хоповете по пътя. Дали е стигнало до последният хоп разбира по това дали от хоп-а е дошло или не ICMP TTL exceeded. И двете използват за целта UDP пакети с нарастващ TTL, които обаче нямат никакво отношение към една HTTP комуникация и също така е вероятно някъде по пътя да се филтрират, за разлика от "легитимния" HTTP трафик.


tcptraceroute донякъде работи по същият начин, за да разбере хоповете по пътя (TTL exceeded), но има друг механизъм да прецени дали е достигнат destination-a. Вместо да разчита на ICMP протокола, разчита на TCP. Като изпрати SYN пакет, ако целта е достъпна трябва да му се върне или SYN-ACK (ако е отворен порта) или RST (ако е затворен). При положение, че портът е филтриран или няма свързаност до него - тогава не му се връща нищо. Това е доста надежден механизъм да се прецени дали имаш свързаност до сайта или някъде по пътя някой те филтрира или има други проблеми..

А имаш ли пакет дето provide-ва hping3 ? С него може лесно да изсимулираме това, което прави tcptraceroute...

[paranoid]

Ето го и извода от тсптрейсрут:

[root@paranoid12 programs]# tcptraceroute linux-bg.org
Selected device ppp0, address 89.190.221.4, port 6676 for outgoing packets
Tracing the path to linux-bg.org (212.50.10.155) on TCP port 80 (http), 30 hops max
 1  192.168.101.11  64.579 ms  59.975 ms  63.065 ms
 2  * * *
 3  ekk-megalan.bgpeer.ekk.bg (217.9.225.181)  77.514 ms  80.574 ms  80.629 ms
 4  spectur-EKK.ekk.bg (217.18.241.194)  83.112 ms  65.588 ms  67.983 ms
 5  router.hosting.spnet.net (212.50.10.129 )  70.866 ms  57.295 ms  55.199 ms
 6  linux-bg.org (212.50.10.155) [open]  52.983 ms  59.269 ms  58.903 ms

[paranoid]

Някои може ли да каже дали проблема е в мен, в сайта или доставчика ми? Ако проблема е в доставчика ми ще му звънна да се разберем, но не бих искал да изляза некомпетентен и да се опитвам да го убеждавам в нещо, което не е така :-).