После сна и / или гибернации я не могу подключиться к локальной сети. Windows сообщает: «Подключение по локальной сети не имеет правильной конфигурации IP». Отключение и включение адаптера не работает так же, как устранение неполадок в сети Windows. Единственное, что помогает, это перезагрузка.
Я уже попробовал:
- отключение «Разрешить компьютеру выключать это устройство для экономии энергии» в настройках адаптера
- сброс настроек winsock и ip через netsh
- обновление драйверов
- удаление сетевых расположений в Центре управления сетями и общим доступом
Я на ноутбуке с Win7 64-бит, сетевой адаптер, как сообщается, Realtek PCIe GBE Family Controller.
Я делю проводное соединение, используя ICS через WLAN и netsh hostednetwork, чтобы иногда подключать мой телефон к Wi-Fi.
Я использую Windows 7 Home Deluxe и имею встроенный сетевой адаптер Realtek PCBe Family и маршрутизатор Netgear WNR1000v3. Они прекрасно работали до недели назад, когда эта странная проблема «без интернета после сна» подняла свою странную голову (никаких существенных изменений в компьютере до этой проблемы не было).
Поэтому, когда эта проблема возникла несколько дней назад, я просто избегал некоторое время переводить машину в спящий режим (временное и неидеальное решение). Вчера я наконец-то получил шанс с этим возиться, но безрезультатно. После долгих поисков в Интернете единственные информированные предлагаемые решения этой конкретной проблемы посоветовали:
Снятие отметки «Разрешить компьютеру выключать это устройство для экономии энергии» сработало для меня. Навигация: Центр управления сетями и общим доступом -> Изменить настройки адаптера -> Подключение по локальной сети -> Свойства -> Настройка -> Управление питанием ; а также
Переустановка драйверов NIC.
После того, как я выполнил эти шаги, ничего не изменилось. Я еще немного покопался и нашел несколько статей поддержки Microsoft (не очень полезных) о том, что DHCP неправильно запрашивает маршрутизатор после сна из-за потери адреса шлюза по умолчанию. Таким образом, после выхода компьютера из спящего режима и отсутствия интернета я проверил внутренний IP-адрес, и для него было установлено какое-то случайное значение (когда я проверял, он даже не выделялся в интернете). Это было очень странно, поэтому сегодня я решил пойти в старую школу, и мое решение сработало.
Быстрое предупреждение: это только подходящее решение, если вы являетесь администратором маршрутизатора (или можете попросить их сделать это за вас), в противном случае шаг 1 невозможен.
Я рассуждал, что если DHCP не работает, вместо того, чтобы динамически получать внутренний IP-адрес, я могу установить статический IP-адрес. Чтобы эта настройка продолжала работать, вам необходимо: 1) заставить ваш маршрутизатор каждый раз давать компьютеру один и тот же IP-адрес, и 2) заставлять Windows использовать статический IP-сервер и DNS-сервер.
Для маршрутизатора Netgear это легко. Перейдите к 192.168.1.1 в веб-браузере и войдите в маршрутизатор. Оказавшись там, нажмите на вкладку «Дополнительные настройки» и выберите «Настройка Интернета», затем выберите «Настройка ЛВС» (настройка ЛВС или что-то подобное будет в каждом меню конфигурации маршрутизатора, просто нажмите вокруг). На этом экране вы можете зарезервировать определенный IP (например, 192.168.1.5 или любой другой) для любого устройства. Netgear делает это легко, просто нажав кнопку « Добавить» внизу и используя переключатели для выбора из уже подключенных проводных устройств. Добавьте свое устройство и запишите IP-адрес. Вернитесь на главную страницу маршрутизатора и найдите информационный экран, в котором перечислены адреса маски подсети, шлюза и DNS-сервера для вашего маршрутизатора (они будут в формате xxx.xxx.xxx.xxx); запишите их тоже, вы получите все эти значения для шага 2.
В Windows перейдите в « Пуск» -> « Панель управления» и выберите « Центр управления сетями и общим доступом» , нажмите « Подключение по локальной сети» (синего цвета) и выберите « Свойства» . Вы увидите несколько записей со значениями, которые можно изменить. (Прокрутите вниз до) Нажмите на Интернет-протокол версии 4 и выберите Свойства . Затем выберите Использовать следующий IP-адрес(переключатель) и введите статический внутренний IP-адрес вашего компьютера (из шага 1; обычно это что-то вроде 192.168.1.5). Затем введите адрес маски подсети с шага 1 (мой был 255.255.255.0, что типично), а затем адрес шлюза по умолчанию с шага 1 (мой был 192.168.1.1, снова типичный). Теперь вам нужно заполнить адреса DNS-сервера и альтернативного DNS-сервера, которые вы также получили на шаге 1 (у меня было 75.75.75.75 и 75.75.75.76). Установите флажок « Проверить настройки при выходе» и нажмите « ОК» .
Расслабьтесь и наслаждайтесь интернетом. Для меня вещь о проверке настроек сказала мне, что все еще были проблемы, но все работает отлично. Я несколько раз усыплял компьютер с таким же счастливым результатом, как и функциональный интернет после пробуждения. Прошло 36 часов, и все отлично работает.
Я надеюсь, что это (довольно простое) исправление сработает для вас и сэкономит вам день разочарования. (Я на самом деле использую переадресацию портов, и у меня уже был зарезервирован внутренний IP-адрес для моей машины, поэтому все, что мне нужно было сделать для шага 1, это выяснить все адреса, необходимые для шага 2).
источник
Когда проблема возникает, проверяется ли «Клиент для сетей Microsoft» в свойствах сетевого адаптера? :)
В противном случае, как и во всех «Восстановление из спящего режима / спящего режима», сначала попытайтесь обновить драйверы сетевой карты локальной сети. Помимо этого вы также можете отключить управление питанием на сетевой карте LAN
источник
Снятие отметки «Разрешить компьютеру выключать это устройство для экономии энергии» сработало для меня. Навигация: Центр управления сетями и общим доступом -> Изменить настройки адаптера -> Подключение по локальной сети -> Свойства -> Настроить -> Управление питанием
источник
На моем ноутбуке Toshiba у меня не будет IP-адреса после выхода из спящего режима или режима гибернации. Беспроводной адаптер был подключен к маршрутизатору, но он утратил аренду DHCP. Я исправил это, выполнив один (или оба) из этих шагов (не уверен, какое было исправление):
netsh int ip reset
и перезагрузка
источник