Ноутбук Toshiba WinXP не может получить (DHCPREQUEST) новый IP после подключения к другой сети

Question

Мой ноутбук - Toshiba Satellite Pro с французской Win XP SP3 со всеми текущими обновлениями; Toshiba включает в себя программный инструмент "ConfigFree" для быстрого изменения параметров сети.

До ~ декабря он работал нормально, DHCP в более чем 3 различных сетях (проводные сетевые слова в 2 университетах и дома, а также в некоторых беспроводных локальных сетях) всегда правильно получал IP-адрес; Мне не нужно было менять какие-либо параметры сети. Примерно с тех пор, как я переехал в новую квартиру (где были установлены новый DSL-модем и маршрутизатор), у меня возникла странная проблема (которая может совпасть с переездом).

После перезагрузки машина всегда правильно получает адрес DHCP. Но если я переведу его в режим ожидания, пока я нахожусь в лаборатории A, и заберу его домой или в лабораторию B, он не сможет переключиться на новую сеть. Это означает, что ноутбук отправляет DHCPDISCOVER, сервер DHCP отправляет DHCPOFFER, но никогда не получает DHCPREQUEST от ноутбука. Ноутбук, похоже, не слышит ответа от сервера и пытается некоторое время, прежде чем назначить себе бесполезный адрес 168.xxx. "Восстановление" соединения не работает, также как и ipconfig /renew. Отключение / повторная активация сетевой карты не помогает. Перезагрузка помогает, но я хотел бы понять, что не так, чтобы я мог это исправить.

Та же проблема возникает в разных сетях, к которым я смог успешно подключиться (без перезагрузки) до нескольких месяцев назад, но я не помню, чтобы что-то менялось на моей машине, кроме возможности полуавтоматического обновления программного обеспечения (Windows и т.д.) , Я проанализировал это систематически только для проводных соединений Ethernet, но я видел ту же проблему, происходящую для VPN-туннеля (FortiClient) и беспроводных соединений.

Когда произошел сбой DHCP, я могу вручную (или с помощью инструмента FreeConfig, см. Выше) переключиться на статический IP-адрес (если я знаю, какой диапазон выбрать); Я успешно использовал этот обходной путь некоторое время, так как он избегает перезагрузки. Позже я могу вернуться в режим ожидания, вернуться в лабораторию А (где изначально был загружен ноутбук), без проблем переключиться на DHCP.

Обновить

Я перепрошил BIOS, хотя я вполне уверен, что он был обновлен, а затем переустановил и обновил сетевые драйверы (сетевая карта и беспроводная связь). Я сбрасываю TCP/IP с помощью netsh int ip reset c:\resetlog.txt и Winsock с помощью netsh winsock reset как предлагается в этом сообщении SU. Предыдущая команда удалила некоторую интеграцию с моим решением FortiClient для брандмауэра /VPNClient /Antivirus, поэтому мне пришлось переустановить ее, чтобы снова заработал IPSEC VPN. После всего этого проблема, похоже, исчезла - теперь DHCP работает при первом переподключении после ожидания.

Если я отключаю / снова подключаю сетевой кабель дома (или выключаю беспроводную передачу, а затем снова включаю), соответствующее устройство снова показывает те же самые старые симптомы (без DHCP), даже если оно только что работало в первый раз несколько секунд назад. Переустановка сетевого драйвера дает мне еще один шанс получить IP ;-).

После еще одной игры, я понял, что эта оставшаяся проблема фактически вызвана брандмауэром в FortiClient - его деактивация временно устраняет проблему. Думаю, я свяжусь с компанией Fortinet, чтобы узнать, что они скажут по этому поводу ...

Answer 1

Это звучит как проблема с драйверами. По крайней мере, переустановите оригинальный драйвер. Патч, возможно, изменил свою конфигурацию или зависимости.

Оптимально обновите драйверы материнской платы (чипсета) и сетевые драйверы и посмотрите, что это делает.

Кроме того, встроенные в Windows сетевые функции позволяют переключать сети, безопасно хранить несколько профилей беспроводных сетей в списке, отсортированном по предпочтениям, и практически все остальное, что пыталось сделать приложение Toshiba ConfigFree. Мне еще не удалось найти дополнение или OEM-приложение (теперь у каждого производителя оборудования эти специальные приложения-вирусы загружаются на их компьютеры), которое делает больше, чем Windows, с достаточной разницей, чтобы перевесить стоимость запуска этих часто раздутых и более изощренных дизайнерских решений. чем функциональные приложения.

Я бы порекомендовал удалить приложение ConfigFree. Вы всегда можете скачать последнюю версию и переустановить ее, если обнаружите, что в ней есть функции, которые вам абсолютно необходимы. Но если вы просто переключаетесь между тремя различными сетями, Windows справится с этим самостоятельно.

Кроме того, это будет одной из менее вероятных точек сбоя при устранении неполадок.

Наконец, по моему опыту, водители и в режиме ожидания или гибернации меньше, чем занятые приятели. Тот факт, что они работали раньше, означает, что они должны работать сейчас, но различия в поддерживаемых состояниях питания различными драйверами могут вызвать невыразимое разочарование. Я обнаружил, что большинство проблем с ноутбуками возникает при отключенном или отключенном ноутбуке, что является относительно значительным изменением аппаратного обеспечения для практически приостановленной системы. Но изменения в сети также вызвали проблемы.