Может у кого есть такая же проблема?! Половина сайтов не открывается, "сервер не найден"...Пробовала заходить через другого провайдера-безрезультатно.Всё это безобразие продолжается второй день Даже Yandex не получается открыть. А вот на наш форум захожу спокойно. Кто знает, в чём причина?
JM Причина в маленькой скорости канала до Москвы у провайдера. Грешат этим помоему уже все провайдеры в наглую.
Не недо тут Ля-Ля!!! У ЮТК по их заявлению 3 с лишним ГБ... сам сомневаюсь, но во всяком случае закачка не менее 400 КБ/с всегда присутствует как и с иногородних, так и с зарубежных... решайте сами
Я бы порекомендовал сделать tracert, но не уверен, что буду правильно понят . Можно, конечно, подробно описать, но не уверен что вы захотите это читать. Попробую описать кратко как понимаю причины я (если кто-то знает "лучшую правду" - напишите - буду благодарен). Скажу сразу - здесь я любитель, это не совсем моя зона профессии, но очень близко . Итак, если не брать случаи падения самого сайта (и даже группы - если они на одном хостинге или канале), то проблема может быть в следующем. Все наши провайдеры покупают трафик у БОЛЬШИХ провайдеров. Типа Ростелеком и Транстелеком. Эти два медведя между собой бодаются не первый год. Проявляется это в "дисконнектах" (откровенных обрывах связи), потерянных пакетах (мелкие гадости), "удушении" ширины соединяющих каналов ("ул. Комсомольская в 9 часов утра в день приезда гостей из Москвы" - гаишники выполняют роль маршрутизаторов ) В результате чего одна половина интернет-россии не видит вторую. Причем половинки не географические, а сетевые. Т.е. половина волгоградских провайдеров в одной половине сети, а другая - в другой. Т.е. пол-волгограда не видит вторую половину (даже если бы все провайдеры сидели бы в одном здании). Хорошо еще что наши местные провайдеры заколебавшись (как и все) от этой ****ы и посчитав деньги, сделали между собой прямой обмен трафиком (не через своих поставщиков). Узнать по вашу ли сторону "баррикад" нужный вам сейчас сайт или нет можно запустив DOS-сессию (или FAR и т.п.) и написав что-то типа C:\>tracert www.yandex.ru Вы получите перечеть всех компов-посредников (хостов), через которые летят пакеты между вашим компом и компом, на котором "крутится" нужный вам сайт. Для качественной "расшифровки" нужен некоторый опыт, но кратко - чем меньше посредников - тем лучше. Выглядит ответ примерно так: 1 110 ms 94 ms 93 ms loopback-as2.vistcom.ru [217.23.84.40] 2 94 ms 94 ms 93 ms loopback-as0.vistcom.ru [217.23.84.129] 3 93 ms 94 ms 94 ms DR-01-100mb.vistcom.ru [217.23.84.138] 4 110 ms 93 ms 94 ms vgw-atm5-ima1-6mb-vistonline.vtt.net [217.23.90.93] 5 109 ms 141 ms 141 ms 217.23.90.10 6 94 ms 94 ms 94 ms bgw-pos4-0-155mb-volgograd.vtt.net [217.23.64.77] 7 109 ms 94 ms 109 ms SRV11-f000.100.transtelecom.net [217.150.36.210] 8 140 ms 157 ms * ix1-m9.yandex.net [193.232.246.93] 9 141 ms 140 ms 157 ms www.yandex.ru [213.180.216.200] Как вы заметили, я работаю через провайдера вист-он лайн, который через волготранстелекомовский канал выходит на московский транстелекомовский узел, который попадает на всем известную точку обмена трафиком всех российских провайдеров - M9. На которой и "сидит" Яндекс. Кстати, он у меня тоже часто не открывается. Но если он сидит НА ЦЕНТРАЛЬНОМ УЗЛЕ, то какая разница с какой половины сети я на него ломлюсь? Ведь все-равно я должен дойти! В общем, признаться, ситуацию именно с Яндексом я сам не до конца понял. Так или иначе, во всей этой распечатке слово "ростелеком" не встречается, и после последней "транстелекомовской" строки (N7) до финиша остается всего 2 шага. Значит, будем считать что с яндексом мы в одной половинке. (если забыть про мою непонятку) Теперь посмотрим, что мы имеем с www.rbc.ru C:\>tracert www.rbc.ru 1 93 ms 94 ms 94 ms loopback-as2.vistcom.ru [217.23.84.40] 2 94 ms 94 ms 125 ms loopback-as0.vistcom.ru [217.23.84.129] 3 93 ms 94 ms 94 ms DR-01-100mb.vistcom.ru [217.23.84.138] 4 110 ms 125 ms 109 ms vgw-atm5-ima1-6mb-vistonline.vtt.net [217.23.90.93] 5 125 ms 125 ms 109 ms 217.23.90.10 6 125 ms 94 ms 109 ms bgw-pos4-0-155mb-volgograd.vtt.net [217.23.64.77] 7 172 ms 109 ms 156 ms SRV11-f000.100.transtelecom.net [217.150.36.210] 8 * 266 ms 250 ms POS2-0.IG2.NYC4.ALTER.NET [157.130.254.225] 9 265 ms 266 ms 250 ms 0.so-3-0-2.XL1.NYC4.ALTER.NET [152.63.24.42] 10 266 ms 265 ms 250 ms 0.so-7-0-0.XR3.NYC4.ALTER.NET [152.63.17.30] 11 266 ms 265 ms 266 ms 509.ATM7-0.IG2.NYC4.ALTER.NET [152.63.22.1] 12 375 ms 360 ms 375 ms mturu-gw.customer.alter.net [157.130.254.134] 13 421 ms 391 ms 406 ms HGW2GE1-1-3.ssilan.mtu.ru [195.34.52.8] 14 391 ms 390 ms 391 ms www-mars.rbc.ru [62.118.249.80] М-да, с РБК мы голосовали за разных кандидатов в президенты Украины . Как видите маршрут годаздо длиннее и приходится пересекать "линию фронта" - после последнего транстелекомовского хоста (строка 7) идут еще куча других. Иногда здесь можно встретить слова "копенгаген", "ландон" и т.п. Вот вкратце и все. Естественно, это не единственные причины проблем. Есть еще вирусы, просто загрузка/обрыв канала, да и ваш собственный комп тоже не идеален. Как и мой маленький ответ . Да, наверняка, он не точен в каких-то деталях, но в целом я понимаю ситуацию именно так. Кто хочет прочитать дополнительно на данную тему на "более русском языке" , милости просим на http://www.exler.ru/expromt/24-09-2004.htm
mOlh0k Бред! ЮТК такого никогда не заявляло (и не могло заявить!), это ты сам себе нафантазировал... Но то, что у электросвязи широкий канал (шире чем у любого другого провайдера в городе), это факт.
Чуть чуть по другому отвечу. Меня устроит если до Москвы я лечу с гарантированной скоростью 256 кбит/с. А такая скорость в час пик и днем не достижима, в лучшем случае 128 кбит/с держится. А ночью, да, когда канал не забит, то поднимается и до 256 кбит/с. Так вот в идельном случае канал у провайдера должен быть такой, чтобы у всех, одновременно выходящих абонентов эта скорость была гарантированной.
Почему-то мне так кажется, что у автора темы просто проблебы с DNS и ничего сверхестественного Ну а Яндекс где-нибудь закешился У нашего спутникового прова тоже иногда DNS сервер падает, поэтому и поставили свой, локальный кеширующий