Странная сетевая проблема (Linksys, Windows 7)
Хорошо немного трудно выяснить, где запустить с, но здесь является основной сводкой проблемы:
Во время общего использования Интернета существуют времена когда любая попытка посетить веб-сайт остановы при "Ожидании somedomain.com". Эта проблема происходит в Firefox, IE и Chrome. Никакой веб-сайт не загрузится, ВКЛЮЧАЯ страницу конфигурации маршрутизатора в 192.168.1.1. Любопытно, ping хорошо работает, и другие сетевые приложения, такие как MSN Messenger продолжают работать, и я могу отправить и получить сообщения. Разъединение и повторное подключение к беспроводной сети, кажется, решают проблему некоторое время, но существуют времена, когда это вновь впадает в не загрузку после каждых 2-3 запросов HTTP. Перезапуск маршрутизатора, кажется, устраняет проблему, но это может неожиданно возникнуть часы или несколько дней спустя.
У меня есть сертификат CCNA, и я знаю свой путь вокруг семейства Windows операционных систем, таким образом, я собираюсь перечислить все вещи, я попробовал здесь.
- Другие компьютеры в сети, кажется, переносят ту же проблему, которая заставляет меня думать, что это могла бы быть определенная проблема с чем-то в Win7. Случайная природа этой проблемы делает немного трудным подтвердить, но я могу определенно сказать, что испытал это в следующих системах:
- Windows 7, 64-разрядный на моем рабочем столе
- Windows Vista, 32-разрядный на моем рабочем столе (рабочий стол имеет 2 беспроводных NICs и проблему, существовал на обоих),
- Windows Vista, 32-разрядный на моем ноутбуке (и с беспроводной связью и соединенный проводом)
- Windows XP SP3 на другом ноутбуке (и беспроводная связь и соединенный проводом)
- Используя Wireshark для сниффинга пакетов, казалось, указал, что, хотя Запросы HTTP ОТСЫЛАЛИСЬ, никакие пакеты не входили для ответа на Запрос HTTP. Однако другие сетевые приложения продолжали работать, т.е. я все еще получу IMS в Windows Live Messenger.
- Отключение IPv6 не имело никакого эффекта. Обновление встроенного микропрограммного обеспечения маршрутизатора к последнему встроенному микропрограммному обеспечению запаса Linksys не имело никакого эффекта. Переключение на dd-wrt встроенное микропрограммное обеспечение не имело никакого эффекта. "Никаким эффектом" я подразумеваю, что, хотя перезапуск, требуемый микропрограммными обновлениями, решил проблему в то время, это все еще возвратилось.
- Несколько недель назад, после БОЛЬШОГО поиска с помощью Google и зеркального отражения различных вариантов, я полагал, что это мог бы быть случай замедления маршрутизатора (http://www.dd-wrt.com/wiki/index.php/Router_Slowdown), вызванный тем, что я иногда выполняю клиент потока. Я попытался изменить конфигурацию, как предложено в той ссылке замедления маршрутизатора и перезапустил маршрутизатор. Однако я не выполнял клиент потока в течение 12 дней теперь, и все же я все еще случайным образом испытываю эту проблему.
В настоящее время компьютер, который я использую, запускает 64-разрядный Windows 7. Я был бы точно так же, как для повторения некоторых причин, что я был смущен проблемой.
- Даже страница конфигурации маршрутизатора в 192.168.1.1 не загрузилась бы, указав, что это не проблема с каналом WAN, но вероятно проблема маршрутизатора или проблема локального компьютера. По некоторым причинам разъединение и повторное подключение к беспроводной сети сразу, кажется, решают проблему.
- Обновление встроенного микропрограммного обеспечения маршрутизатора, даже переключение на встроенное микропрограммное обеспечение с открытым исходным кодом ничего не сделали. Таким образом, это, казалось, было компьютерной проблемой.
- С другой стороны, я не видел массового негодования людей, имеющих сетевые проблемы с Windows 7 и маршрутизаторами Linksys, особенно проблема этого вида, и я настроил каждый параметр сети, о котором я мог думать.
- Хотя HTTP, кажется, испытывает затруднения, ping хорошо работает, поиски DNS хорошо работают, другие сетевые приложения хорошо работают. Однако, если я разъединяюсь из Windows Live Messenger и пытаюсь снова соединиться, ему не удается снова соединиться. Таким образом, хотя это могло получить данные по существующему соединению TCP/IP, пытаясь запустить новое отказавшее?
У кого-либо есть дальнейшие идеи отладить или устранить эту проблему? Я довольно уверен, что нет никаких вирусов или других вредоносных приложений в моей сети, и я также довольно уверен, что никто не получает доступ к моему маршрутизатору без моего согласия.
Маршрутизатор: Linksys WRT54G2 1.0, работающий dd-wrt встроенное микропрограммное обеспечение
Беспроводная карта: Alfa AWUS036H
ОС: 64-разрядный Windows 7
Править: Я пытался переключиться на чистый беспроводной канал, лишенный интерференции, но проблемы, все еще сохраненной. Я пытался соединиться непосредственно с кабелем, но проблемой, все еще сохраненной.
6 ответов
Вы попытались использовать Ethernet непосредственно, чтобы видеть, происходит ли это все еще? Если это делает мы можем исключить что-либо, чтобы сделать с беспроводной связью непосредственно. Попытайтесь наблюдать свою мощность сигнала, когда проблема происходит, это могла быть интерференция. У меня есть друг, который является радиосигналом, сократил бы решительно, позволил бы существующим соединениям работать, и препятствовать тому, чтобы любые новые соединения были сделаны, когда он или его жена открыли их гараж. Переключение канала, который использовал маршрутизатор, устранило проблему. (Их частота гаража была на эквиваленте каналов 6 и 7 на 802.11b/g),
У меня были подобные проблемы с 2 различными системами с помощью конкретного USB-адаптера, который я имел. Я предложил бы пробовать другой адаптер или проводное соединение. Вы могли также попытаться торговать тем адаптером с другой системой в сети и видеть, куда проблема идет.
Хорошо, это может дать Вам руку в поиске и устранении неисправностей, необходимо определить, является ли это компьютер или маршрутизатор сначала.
Выполненный ipconfig /all на cmd строке во-первых для проверки.
- Ping 127.0.0.1 - Если ping перестал работать, Ваша стопка tcpip, в основном завинчен и потребует переустановки сетевых компонентов.
- Если № 1 работает, то попытайтесь проверить с помощью ping-запросов свою сетевую плату, которая как IP-адрес (возможно, linksys действует как dhcp сервер), например,
ping 192.168.1.2- это должно определить, функционирует ли Ваш NIC. Если ping перестал работать, время для получения нового NIC. - Если № 2 работает, то проверьте с помощью ping-запросов linksys маршрутизатор, если Вы не можете проверить с помощью ping-запросов маршрутизатор затем, проблема находится на самом маршрутизаторе.
- Если № 3 работает, можно ли загрузить веб-страницу маршрутизатора на браузере? Если это не делает, очевидно, что-то в Вашем браузере - недавно установленный включает (они известны за засорение браузера на грани того, чтобы заставлять это неправильно функционировать). Или попробуйте telnet в адрес веб-сайта маршрутизатора
telnet 192.168.1.1 80и даже при том, что ничто не появляется, как Вы вводите, вводите этоGET HTTP1.1/index.html, если Вы действительно становитесь произведенными в форме HTML-кода на Вашем экране, мини-веб-сервер на Вашем маршрутизаторе функционирует. Если эта проверка передает, и Вы не можете сделать этого на своем браузере, то браузер является проблемой. - Теперь, когда Вы достигли настолько далеко, проверьте с помощью ping-запросов адрес ISP, если это перестало работать, то маршрутизатор не может найти ISP.. возможно, кэш ARP был сброшен, или записи DNS, сохраненные в памяти маршрутизатора, потерян.
Вы действительно упоминали, что необходимость разъединиться и снова соединиться фиксирует это, я подозреваю две вещи здесь, портам так или иначе не удается распознать и следовательно внутренние поиски MAC для сбоев DNS, который подразумевает, разъединяют/повторно подключают, 'активируется', поиск MAC NIC... другой является кабелями - проверяют Ваши кабели здесь...
Если № 5 передал, то можно сделать ставку где-нибудь, что система ISP испорчена, т.е. ошибки DNS, распространяемые назад к маршрутизатору, следовательно заставляющему это быть похожим на источник проблем, попытаться вынудить DNS использовать открытый DNS или dyn-dns.
Надежда это помогает, С наилучшими пожеланиями, Tom.
Я сталкивался точно с этой той же проблемой с подобными аппаратными средствами (Linksys WRT54G2v1.0, но MacBook Pro), и прошел весь одинаковый гимнастика, которую Вы сделали с минимальным успехом.
Удачей мне удалось обнаружить корень проблемы в моем случае: это - беспроводная интерференция от другого устройства в нашем доме. (В моем случае это была радионяня - но беспроводные телефоны, кажется, другой вероятный преступник.) Разве Вы недавно получили телефон на 2,4 ГГц или сделали одного из Ваших соседей (если Вы живете в жилом доме)? Так или иначе существует действительно легкая фиксация: переключите беспроводной канал, который использует Ваш маршрутизатор. В моем случае это полностью решило проблему.
Это старо теперь, но одна возможность исследовать состоит в том, чтобы проверить настройки прокси в интернет-свойства. Для Windows XP:
Start Menu -> Control Panel -> Internet Properties -> Connections вкладка-> Lan Settings кнопка-> удостоверяется Automatically detect settings опция не проверяется.
У меня была подобная проблема:
Windows 7 64 бита и маршрутизатор Linksys. Я мог проверить с помощью ping-запросов любые адреса, но nslookup дал мне "приведенный к таймауту запрос". Это было с набором IP-адреса 192.168.1.1 по умолчанию в маршрутизаторе Linksys. Проблема была там, даже когда я соединился с кабелем.
когда я изменил IP-адрес Linksys на 10.120.0.1, все хорошо работает.