☰

Выключение одного ПК приводит к проблемам во всей сети

tag-icon • tag-icon networking troubleshooting
Выключение одного ПК приводит к проблемам во всей сети

Один из ПК с Windows в моей домашней сети недавно начал вызывать сетевые проблемы. Я буду называть этот ПК «проблемным ПК».

Последнее, что я сделал с проблемным ПК перед тем, как проблема началась, была полная переустановка Windows на свежеотформатированном диске. У меня нет возможности «откатить» переустановку, чтобы посмотреть, исправит ли это проблему.

Когда проблемный ПК выключается, все устройства, подключенные через Ethernet в моей сети, теряют возможность доступа в Интернет.

Netflix, Amazon Prime Video и т. д. не могут подключиться к своим соответствующим сервисам. Если вы уже смотрите видео, оно в конечном итоге остановится, предположительно после того, как покажет все видео, которое было буферизовано до отключения.

Веб-страницы вообще не загружаются. Chrome в конечном итоге отображает страницу с сообщением об ошибке «Нет Интернета», рекомендацией запустить Windows Network Diagnostics и «DNS_PROBE_FINISHED_NO_INTERNET». Запуск Windows Diagnostics говорит мне «Перезапустить широкополосный модем», что не решает проблему.

Кроме того, трафик в моей домашней сети становится очень медленным (например, копирование файла на или с моего NAS-устройства Synology Diskstation).

Устройства, подключенные через Wi-Fi, не затронуты.

Примечания:

  1. Проблема возникает всякий раз, когда проблемный ПК подключен, но не загружен.
  2. Проблема исчезнет, ​​если я сделаю что-либо из следующего с проблемным ПК:
    а. физически отключу питание (отсоединю)
    б. нажму кнопку питания, чтобы снова включить его. Проблема решится почти мгновенно (т.е. задолго до того, как ПК полностью загрузится)
    в. отключу кабель Ethernet
  3. Проблема ПК в том, чтонет
    а. совместное использование своего интернет-подключения
    б. запуск DHCP-сервера (или любого другого вида серверного программного обеспечения)
  4. Я выполнил все следующие действия на проблемном ПК:
    а. отключил «Быструю загрузку» в UEFI/BIOS
    б. отключил «Быстрый запуск» в «Параметры электропитания» Windows
    в. отключил «Разрешить этому устройству выводить компьютер из спящего режима» в настройках управления питанием сетевой карты
    г. запустил

Заранее спасибо за любую помощь!

ПРАВКИ ниже...

Спасибо всем, кто комментирует и дает указания!

@Zac67: Вот информация, которую вы мне посоветовали получить. Эта информация была собрана с моего настольного ПК, в то время как «проблемный ПК» был подключен, но «выключен», и происходил сбой сети.

«Проблема возникает, если отключить питание и снова подключить его, не включая ПК?» :Да

1. ping the default gateway 

C:\>ping -n 15 192.168.1.1

Pinging 192.168.1.1 with 32 bytes of data:
Reply from 192.168.1.1: bytes=32 time=295ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 192.168.1.1: bytes=32 time=583ms TTL=64
Request timed out.
Reply from 192.168.1.1: bytes=32 time=308ms TTL=64
Reply from 192.168.1.1: bytes=32 time=294ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 192.168.1.1:
    Packets: Sent = 15, Received = 4, Lost = 11 (73% loss),
Approximate round trip times in milli-seconds:
    Minimum = 294ms, Maximum = 583ms, Average = 370ms

C:\>

=======================

2. ping the DNS server

C:\>ping -n 15 8.8.8.8

Pinging 8.8.8.8 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 8.8.8.8:
    Packets: Sent = 15, Received = 0, Lost = 15 (100% loss),

C:\>

================================

3. run tracert 1.1.1.1

C:\>tracert 1.1.1.1

Tracing route to 1.1.1.1 over a maximum of 30 hops

  1   160 ms   155 ms   155 ms  192.168.1.1
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *        *        *     Request timed out.
  5     *        *        *     Request timed out.
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *     ScottTower2017.Home [192.168.1.112]  reports: Destination host unreachable.

Trace complete.

C:\>

Обновления 7/24:

  1. Я обновил драйвер для сетевой карты, и поведение изменилось. Завершение работы Windows больше не приводит к отключению. Однако, когда я отсоединяю шнур питания и подключаю его снова, отключение происходит так же, как и раньше. Как и раньше, нажатие кнопки «Вкл.» для загрузки машины устраняет отключение почти мгновенно. Такое поведение все еще проблематично... Если у нас произойдет сбой питания, проблема проявится, когда питание будет восстановлено. На данный момент я отключаю сетевой фильтр в качестве превентивной меры.

  2. Я подключил USB-адаптер Ethernet к проблемному ПК и переместил кабель Ethernet из внутренней сетевой карты в USB-адаптер Ethernet. Проблема не воспроизводится. Я считаю, что это исключает любые проблемы с кабелем Ethernet или оборудованием ниже по течению. Если все остальное не сработает, это будет жизнеспособным решением для решения проблемы.

  3. Я подтвердил, что функция "Wake On Lan" уже отключена в BIOS. Похоже, это настройка по умолчанию. Чтобы быть точным, я включил ее, но это не решило проблему. Затем я снова отключил ее, но это не решило проблему

  4. Я обновил прошивку BIOS до последней доступной версии, но это не решило проблему.

  5. В попытке перехватить трафик, исходящий от проблемного ПК, я настроил свой основной рабочий стол как мост между проблемным ПК и остальной частью сети. (т.е. мой рабочий стол позиционирован как Man-in-the-middle с запущенным WireShark). Проблема не воспроизводится в этой конфигурации. Я все еще пытаюсь понять, что это значит для моего расследования.

  6. Я заказал новую внутреннюю сетевую карту, чтобы посмотреть, что из этого получится.

Обновления 25 июля:

  1. Новая сетевая карта пока недоступна.
  2. Тем временем я решил начать с нуля: а) стер SSD, б) переустановил Windows 10, в) позволил Windows Update установить кучу обновлений и 21H1. (то же самое, что и раньше)
    2.a) Теперь я испытываю те же симптомы при использовании USB-адаптера Ethernet. Мне следовало проверить поведение перед установкой обновлений, особенно 21H1.
    2.b) Когда позволит время, я планирую повторить этот процесс, но не разрешать Windows Update устанавливать какие-либо обновления. Это должно помочь мне понять, является ли 21H1 причиной проблемы.

Обновления 8/1:

  1. Установил новый PCI-Express NIC. Та же проблема.
  2. Обойден коммутатор Netgear. То же проблемное поведение.
  3. Установил новую сетевую карту в другой ПК. Никаких проблем.
  4. Переустановил Windows 10, не разрешив ей делать какие-либо обновления. Встроенный адаптер Ethernet и новый сетевой адаптер PCI-Express продолжают вызывать проблемное поведение. Адаптер USB Ethernet больше не имеет проблем. ... Примечание: адаптер USB использует тот же соединительный кабель CAT 5 и коммутатор Netgear, которые я использовал с другими адаптерами Ethernet. Означает ли это, что с этими элементами, а также с любыми другими кабелями и устройствами «восходящего потока» все в порядке?

Обновления 8/2:

  1. @davidgo: Маршрутизатор — Calix 854G-1, предоставленный моим интернет-провайдером.

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

Я не буду активно заниматься этим вопросом, если только у кого-то не будет предложений.

Всем спасибо!

решение1

Первые шаги по устранению неполадок подключения:

  1. ping на шлюз по умолчанию — сбой указывает на базовую проблему L1 или L2 (кабель, коммутатор/Wi-Fi)
  2. ping на DNS-сервер - ошибка указывает на проблему на сервере (или маршрутизации для удаленного сервера)
  3. бегатьtracert 1.1.1.1

и добавьте результаты в свой вопрос в виде текста, используя функцию { }.

В выходных данных вы найдете как шлюз по умолчанию, так и DNS-сервер ipconfig /all.

Однако описание вашей проблемы выглядит довольно странно. Возникает ли проблема, если вы отсоединяете питание и снова подключаете его, не включая ПК? Если нет, то, возможно, это плохой драйвер (оставляет сетевой адаптер в состоянии болтовни при выключении) — попробуйте обновить его со страницы поддержки поставщика. Если это так, то вам, возможно, стоит заменить сетевой адаптер.

Связанный контент