PING: передача не удалась. Общий провал. - короткое отключение каждые несколько минут

2007
miroxlav

Каждые несколько минут в интерфейсе Wi-Fi моего ноутбука Lenovo Yoga X1 20FR происходит временное отключение. Следующий вывод из pingкомандных документов один такой случай. Каждую секунду добавляется новая строка, чтобы вы могли видеть, как долго проблема обычно возникает. 

ping 192.168.1.1 -t (this is a router to which the laptop is connected) --------------------- ... Reply from 192.168.1.1: bytes=32 time=3ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=9ms TTL=64 Reply from 192.168.1.1: bytes=32 time=2ms TTL=64 Reply from 192.168.1.1: bytes=32 time=6ms TTL=64 Reply from 192.168.1.1: bytes=32 time=383ms TTL=64 Reply from 192.168.1.1: bytes=32 time=233ms TTL=64 Reply from 192.168.1.1: bytes=32 time=289ms TTL=64 Reply from 192.168.1.1: bytes=32 time=4ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=4ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=6ms TTL=64 PING: transmit failed. General failure. PING: transmit failed. General failure. PING: transmit failed. General failure. PING: transmit failed. General failure. PING: transmit failed. General failure. PING: transmit failed. General failure. General failure. General failure. General failure. Reply from 192.168.1.1: bytes=32 time=5ms TTL=64 Reply from 192.168.1.1: bytes=32 time=34ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time<1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=2ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=1ms TTL=64 Reply from 192.168.1.1: bytes=32 time=32ms TTL=64 ...

Сбой повторяется ровно каждые 10 минут. В Системе регистрации событий видны следующие два сообщения:

• Name resolution for the name _ldap._tcp.Site-AAAA-RA._sites.dc._msdcs.AAAA.com. timed out after none of the configured DNS servers responded. (AAAA-real name masked) • NtpClient was unable to set a domain peer to use as a time source because of discovery error. NtpClient will try again in 15 minutes and double the reattempt interval thereafter. The error was: The entry is not found. (0x800706E1)

Мне кажется, что что-то «играет» с сетевым адаптером Wi-Fi, и два приведенных выше сообщения являются лишь следствием его повторной инициализации.

Что вызывает это и как это можно исправить?

0
Проверьте подключение кабеля. Это может быть ослаблено. Или близость ваших устройств. Biswapriyo 6 лет назад 0
@Biswa - прерванные соединения сообщают об истечении времени ожидания, а не об общих сбоях. miroxlav 6 лет назад 0
«Общий сбой» возникает, когда нет доступных сетевых интерфейсов для обработки IP-трафика. Что регистрируется в журнале системных событий? Twisty Impersonator 6 лет назад 2
@ Твисти - спасибо за дополнительные вопросы. Я положил ответы на вопрос. miroxlav 6 лет назад 0
Вы правы, что два события, которые вы нашли, - это просто последствия. Нет событий от вашего сетевого драйвера Wi-Fi, когда эти другие события зарегистрированы? Twisty Impersonator 6 лет назад 0
@ Твисти - я нашел ответ. Похоже, наш ИТ-отдел использует какой-то классный сценарий с не такими классными побочными эффектами. Я добавил общую информацию, чтобы ответить ниже. miroxlav 6 лет назад 1

1 ответ на вопрос

0
miroxlav

Регулярное расписание сбоев побудило меня изучить планировщик задач, и в этом случае одна из его задач (пользовательская задача) была виновником.

Кажется, это какой-то сценарий PowerShell, установленный ИТ-отделом моего работодателя. Я нашел задачу в планировщике задач, время последнего запуска всегда соответствует времени самой последней ошибки. Сейчас я просто исправлю это, но, как правило, пришло время поднять билет с ИТ.

ОБНОВЛЕНИЕ: Позже я также обнаружил, что подобное поведение возникает, когда истекает половина периода аренды DNS, поэтому есть время для возобновления аренды. Например, если период аренды DNS установлен на маршрутизаторе 20 минут, эта проблема возникает каждые 10 минут. Я продлил срок лизинга до 3 дней, чтобы смягчить проблему.

Похожие вопросы