Toshiba ноутбук WinXP не удается получить новый IP (DHCPREQUEST) после соединения с другой сетью
Моим ноутбуком является Спутник Toshiba Pro с французским XP SP3 Победы со всеми текущими обновлениями; Toshiba включает программный инструмент "ConfigFree" для номера с переодеванием Параметров сети.
До ~December это хорошо работало, DHCP больше чем в 3 различных сетях (соединил networds проводом в 2 университетах и дома, а также некоторый WLANs) всегда получал IP-адрес правильно; я не должен был изменять Параметры сети. Примерно, так как я переехал в новую квартиру (где новый модем DSL и маршрутизатор были установлены), у меня есть странная проблема (который, могло бы просто оказаться, совпал бы с перемещением).
После перезагрузки машина всегда получает адрес DHCP правильно. Но если я поместил его в резервное устройство, в то время как я нахожусь в Лаборатории A и беру ее или домой или в Лабораторию B, этому не удается переключиться на новую сеть. Это означает, ноутбук отправляет DHCPDISCOVER, сервер DHCP отправляет DHCPOFFER, но никогда не получает DHCPREQUEST от ноутбука. Ноутбук, кажется, является глухим к ответу с сервера и продолжает пробовать некоторое время прежде, чем присвоить себе бесполезное 168.x.x.x адрес. "Восстановление" соединения не работает, ни один не делает ipconfig/, возобновляют. Disactivating/Reactivating сетевая плата не помогает. Перезагрузка ДЕЙСТВИТЕЛЬНО помогает, но я хотел бы понять что случилось, таким образом, я могу зафиксировать ее.
Та же проблема происходит в различных сетях, с которыми я смог соединиться успешно (без перезагрузки) до несколько месяцев назад, но я не вспоминаю изменение ничего на моей машине кроме разрешения полуавтоматических обновлений программного обеспечения (Windows и т.д.). Я систематически анализировал его только для проводных соединений Ethernet, но я видел, что та же проблема происходит для туннеля VPN (FortiClient) и беспроводных соединений.
Когда DHCP перестал работать, я могу вручную (или использование инструмента FreeConfig, видеть выше), переключаются на статический IP (если я, оказывается, знаю что диапазон выбрать от); я успешно использовал это обходное решение некоторое время теперь, так как оно старается не перезагружать. Я могу позже вернуться к Резервному устройству, вернитесь в Лабораторию (где ноутбук был первоначально загружен), переключатель назад к DHCP без проблем.
Обновление
Я повторно высветил BIOS даже при том, что я совершенно уверен, что это было актуально, затем переустановленное и обновило сетевые драйверы (сетевая плата и беспроводная связь). Я сбросил использование TCP/IP netsh int ip reset c:\resetlog.txt и использование Winsock netsh winsock reset как предложено в этом сообщении SU. Бывшая команда удалила некоторую интеграцию с моим решением Firewall/VPNClient/Antivirus FortiClient, таким образом, я должен был переустановить это для получения VPN IPSEC, работающей снова. В конце концов, это, проблема, кажется, понизилась - DHCP теперь продолжает работать, сначала снова соединяются после резервного устройства.
Если я разъединяюсь / повторно подключают сетевой кабель дома (или выключите беспроводную передачу и затем обратно на), у соответствующего устройства появляются те же старые симптомы (никакой DHCP) снова, даже если это только что работало в первый раз несколько секунд назад. Переустановка сетевого драйвера дает мне другой выстрел в получение IP ;-).
Еще после некоторого проигрывания вокруг, я понял, что эта остающаяся проблема на самом деле, кажется, вызывается Брандмауэром в FortiClient - деактивация, это временно решает вопрос. Таким образом, я предполагаю, что свяжусь с компанией Fortinet для наблюдения то, что они должны сказать об этом...
1 ответ
Это действительно походит на проблему драйвера. По крайней мере переустановите исходный драйвер. Патч, возможно, изменил свою конфигурацию или зависимости.
Оптимально, обновите свою системную плату (чипсет) драйверы и Ваши сетевые драйверы и посмотрите то, что это делает.
Кроме того, Windows создал в сетях, имеет способности переключить сети, надежно сохранить несколько беспроводных профилей в отсортированном по предпочтению списке и примерно все остальное полезное, которое приложение Toshiba ConfigFree пыталось сделать. Я должен все же найти дополнение, или приложение OEM (каждый производитель оборудования имеет эти специальные приложения раздутого программного обеспечения, загруженные на их машинах теперь), который делает больше, чем Windows делает с достаточным различием для перевешивания стоимости выполнения, они часто чрезмерно увеличивались в размерах и более опытный дизайном, чем функционально-опытные приложения.
Я рекомендовал бы удалить приложение ConfigFree. Можно всегда загружать последнюю версию и переустанавливать ее, если Вы находите, что она имеет функции, в которых Вы абсолютно нуждаетесь. Но если Вы просто курсируете между тремя различными сетями, Windows может обработать это на своем собственном.
Кроме того, это будет одна менее возможная точка отказа в поиске и устранении неисправностей.
Наконец, по моему опыту, драйверы и резервное устройство или спящий режим являются меньше, чем busom приятели. То, что они работали перед средствами, они должны работать теперь, но различия в поддерживаемых состояниях электропитания различными драйверами могут вызвать невыразимое разочарование. Я нашел больше всего, что проблемы с ноутбуками происходят с бывшим в спящем режиме или поддержали расстыковываемые ноутбуки, который является относительно значительным изменением аппаратной конфигурации для по существу приостановленной системы. Но изменения сети также вызвали проблемы.