Lupo Alberto, Что-то мне кажется, что проблема не на моей стороне, написал про проблему на форуме провайдера и там один чувак тоже с моего города пишет, что у него тоже проблемы + mts.ru не открывается и у меня тоже.
Не открывается пара сайтов
botanig, в качестве эксперимента попробуйте «пропинговать» проблемные сайты, запуская ping с опцией -s, то есть
ping -s 1500 searchengines.ru
ping -s 1460 searchengines.ru
ping -s 1400 searchengines.ru
...
постепенно уменьшая параметр. Будет ли пинговаться?
Что-то мне кажется, что проблема не на моей стороне, написал про проблему на форуме провайдера и там один чувак тоже с моего города пишет, что у него тоже проблемы + mts.ru не открывается и у меня тоже.
Прочитайте всё же ту статью полностью: проблема на одном из маршрутизаторов от вас до нужного ресурса. Но, вполне вероятно, у вас есть возможность решить её на своей стороне.
А по адресу http://83.222.4.124/ вы зайти можете?
А по адресу http://83.222.4.124/ вы зайти можете?
Нет, не получается.
Нет, не получается.
Тогда ошибку со стороны DNS-сервера провайдера можно исключить.
[console]C:\Users\botanig>tracert searchengines.ru
Трассировка маршрута к searchengines.ru [83.222.4.124]
с максимальным числом прыжков 30:
1 <1 мс <1 мс <1 мс 192.168.0.1
2 4 ms 4 ms 4 ms h83-174-192-20.static.bashtel.ru [83.174.192.20]
3 5 ms 4 ms 4 ms ufa-xnet-gw2-v1.ufamts.ru [83.174.194.126]
4 4 ms 4 ms 4 ms h83-174-194-49.static.bashtel.ru [83.174.194.49]
5 4 ms 4 ms 4 ms rums-lgw.ufa-ix.ru [213.189.237.37]
6 4 ms 4 ms 5 ms 213.189.237.49
7 82 ms 82 ms 82 ms xe-2-2-0.ufa-rgr2.pv.ip.rostelecom.ru [87.226.14
1.9]
8 89 ms 89 ms 89 ms ae-8.m7-ar4.msk.ip.rostelecom.ru [87.226.133.178
]
9 * * * Превышен интервал ожидания для запроса.[/console]
ну видимо у вашего провайдера проблема с маршрутами на хостинг руцентра, т.к. следующий шаг маршрута должен идти именно на GW данного хостинга.
Ну дык домены, что я привёл не все, вот, например, vpk.name, тут не руцентровский хостинг, panel.privatenames.ru тут тоже, http://www.linux4me.org/ тоже, mts.ru тоже.
botanig, ну так в любом случае проблема на стороне вашего провайдера, звоните в техподдержку и решайте вопросы с ними.
Мне кажется проблема у ростелекома, на одном местном форуме была тема, не было доступа к сайтам из-за него
а какая связь может MTU с неоткрыванием сайтов, проясните мне, бестолочу
никакой в данном случае.
была-бы в дебе проблема с MTU, то её-бы не было в маздае. ну а с маршрутизатором два варианта:
1) ТС полез сам и накрутил - ССЗБ. Есть ресет, если уж совсем никак.
2) провайдер что-то не то накрутил - звонить провайдеру.
третьего не дано.
была-бы в дебе проблема с MTU, то её-бы не было в маздае. ну а с маршрутизатором два варианта:
Я имел ввиду маршрутизатор. Пару лет назад у меня было подобное.
1) ТС полез сам и накрутил - ССЗБ. Есть ресет, если уж совсем никак.
2) провайдер что-то не то накрутил - звонить провайдеру.
Пару лет назад у меня было подобное.
1 или 2? ;)
Интересно что я на searchengines.ru зайти могу а вот ping не идет, а я вообще с Украины и у меня статический IP
[console]
$ ping -s 1500 searchengines.ru
PING searchengines.ru (83.222.4.124) 1500(1528) bytes of data.
^C
--- searchengines.ru ping statistics ---
17 packets transmitted, 0 received, 100% packet loss, time 15999ms
[user@lenovo-suhost ~]$ ping -s 1500 ya.ru
PING ya.ru (77.88.21.3) 1500(1528) bytes of data.
1508 bytes from www.yandex.ru (77.88.21.3): icmp_req=1 ttl=58 time=38.6 ms
1508 bytes from www.yandex.ru (77.88.21.3): icmp_req=2 ttl=58 time=28.4 ms
1508 bytes from www.yandex.ru (77.88.21.3): icmp_req=3 ttl=58 time=28.0 ms
^C
--- ya.ru ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 28.094/31.709/38.634/4.902 ms
[user@lenovo-suhost ~]$
[/console]
surf, а ни у кого не идет, они заблокировали.
Хм. У меня трассировка заканчивается на 217.16.19.53. А сайт открывается :)
а ни у кого не идет, они заблокировали.
Хм. У меня трассировка заканчивается на 217.16.19.53. А сайт открывается
ну потому-что сервер вовсе не обязан отвечать, а тем более транслировать ICMP пакеты трассировки и эха. Мало того, некоторые админы их вообще запрещают, в целях безопасности. А вот TCP и UDP запретить не получается, тогда сайт не откроется. Я, даже рекомендовал-бы закрыть ICMP на ДОМАШНЕЙ системе. Ну а на серверах... Если админ знает, ЧТО делает... Почему-бы и нет?
drBatty, зачем закрывать ВЕСЬ icmp? Я вот сейчас работаю у провайдера и очень напрягают такие клиенты. На пинг машина должна отвечать. Это же для диагностики сделано. Зачем выключать?
elve, а чтоб drBatty страшно не было smile
Человек советует то, чего совершенно не понимает и плохо представляет о чём вообще речь пошла wink