none
Пропадает сёрфинг в Explorer RRS feed

  • Вопрос

  • Уважаемые специалисты! Вот возник вопрос который довольно долгое время не могу решить - время от времени (не раз в сутки,например, а в течении одного сеанса - при попытке походить по ссылкам на одном и том же сайте - к примеру на rbc.ru) пропадает сёрфинг в Explorer, но если параллельно качается файл - он спокойно продолжает качаться, внешние и внутренние DND сервера пингуются, а вот отображение страниц в Explorer пропадает. Данная ситуация наблюдается и на IE и на Mozilla и на Хроме. Компов с инетом работает несколько, но проблема у всех одна и таже, - выход в инет осуществляется напрямую каждым пользователем, без прокси, через шлюз реализованный на Cisco ASA 5505. На Cisco никаких ограничений для пользователей нет. ОС у всех WinXP 3SP. Может кто нить подскажет где копать??? Стоит у всех Каспер, обновляется ежедневно. На вирусы было проверена пара машин (скачан образ загрузочного диска с сайта Dr.Web)- но даже после убития таковых (в основном трояны) ничего не изменилось. Как пропадало отображение страниц - так и пропадает (появляется ошибка - Не могу отобразить страницу ... и т.д. в общем все тоже что и при попытке запустить Explorer с реально отсутствующим инетом). Лечится это отключением/включением сетевого подключения, либо физически (отключаем/включаем сетевой шланг), либо отлючая/включая в трее сетевое подключение, после данной процедуры отображение страниц вновь появляется. Очень прошу помочь!
    9 сентября 2011 г. 6:34

Ответы

  • В общем порешал проблему. Кому интересно - докладываю: выход в инет осущ-ся через Ppoe, соответственно отталкиваясь от данного факта ищем слабые места (смешно то что данный факт было распространен еще при dial-up и ADSL соединениях, но мне не "повезло" и я в то время на эти грабли не наступал), например максимальный размер пакета MTU.
           Погуглив немного на эту тему, выслил что уменьшая его величину пошагово можно найти момент когда инет начинает работать стабильно. Выяснял следующим образом, взял широко известный сайт rbc.ru и попинговал его на предмет прохождения пинга с разным MTU: сначала так ping www.rbc.ru -f -l 1472 пинги не проходят, потом так ping www.rbc.ru -f -l 1462 получил результат - пинги на него проходят только с MTU равным 1462, ну а далее дело техники - в разделе реестра HKLM\SYSTEM\ControlSet001\Services\Tcpip\Parameters\interfaces нашел свой сетевой адаптер, прописал в нем параметр MTU типа DWORD и указал HEX значение 5b6, что соответствует 1462. И все - ТЕЛЕМАКЕТ! Заработало!!!
           P.S. Есть еще параметр с именем EnablePMTUDiscovery тип DWORD варьируется либо 0 либо 1 - это автоматическое определение размера MTU при каждом соединении - его я крутить не стал, не понятно как он будет определяться если я запускаю несколько сеансов одновременно и если разные провайдеры устанавливают себе разные значения MTU, хватило и установки размера MTU ручками.
    13 сентября 2011 г. 9:05

Все ответы

  • Значит было заражения, то теперь никакой гарантии правильной работы нет, надо просто переинсталировать Виндоус
    9 сентября 2011 г. 7:08
  • Значит было заражения, то теперь никакой гарантии правильной работы нет, надо просто переинсталировать Виндоус
    Совсем для чистоты эксперимента - взял новую тачку (с только что поставленной WinXP), прокинул ее в инет - результат тот же, как пропадало, так и пропадает.
    9 сентября 2011 г. 10:51
  • В общем порешал проблему. Кому интересно - докладываю: выход в инет осущ-ся через Ppoe, соответственно отталкиваясь от данного факта ищем слабые места (смешно то что данный факт было распространен еще при dial-up и ADSL соединениях, но мне не "повезло" и я в то время на эти грабли не наступал), например максимальный размер пакета MTU.
           Погуглив немного на эту тему, выслил что уменьшая его величину пошагово можно найти момент когда инет начинает работать стабильно. Выяснял следующим образом, взял широко известный сайт rbc.ru и попинговал его на предмет прохождения пинга с разным MTU: сначала так ping www.rbc.ru -f -l 1472 пинги не проходят, потом так ping www.rbc.ru -f -l 1462 получил результат - пинги на него проходят только с MTU равным 1462, ну а далее дело техники - в разделе реестра HKLM\SYSTEM\ControlSet001\Services\Tcpip\Parameters\interfaces нашел свой сетевой адаптер, прописал в нем параметр MTU типа DWORD и указал HEX значение 5b6, что соответствует 1462. И все - ТЕЛЕМАКЕТ! Заработало!!!
           P.S. Есть еще параметр с именем EnablePMTUDiscovery тип DWORD варьируется либо 0 либо 1 - это автоматическое определение размера MTU при каждом соединении - его я крутить не стал, не понятно как он будет определяться если я запускаю несколько сеансов одновременно и если разные провайдеры устанавливают себе разные значения MTU, хватило и установки размера MTU ручками.
    13 сентября 2011 г. 9:05