Ошибка 001 проверьте lan

Обновлено: 04.07.2024

Мы уже рассматривали решения множества проблем, с которыми можно столкнуться в процессе настройки роутера. В этой статье попробуем выяснить из-за чего роутер не видит интернет кабель, который подключается в WAN разъем. Рассмотрим разные случаи, и возможные решения. Нужно заметить, что роутер может просто перестать видеть WAN кабель, даже если до этого все работало. Рассматривать будем на примере маршрутизаторов разных производителей: TP-LINK, ASUS, D-Link, ZyXEL и т. д. Принцип их работы ничем не отличается, а значит причины и проблемы практически всегда одни и те же.

Давайте по порядку. Есть значит роутер, он раздает интернет по Wi-Fi и кабелю. Что бы он этот интернет мог раздавать, к нему нужно подключить интернет. Для подключения интернета, на роутере есть специальный WAN разъем (он может быть еще подписан как Интернет, или Ethernet) . В него мы подключаем кабель по которому получаем интернет: сетевой кабель от провайдера, или от модема. Выглядит это вот так (фото на примере роутера TP-LINK TL-WR741ND) :

Здесь все просто и понятно. А проблема заключается в том, что иногда роутер просто отказывается видеть кабель, который подключен в к WAN порту. Причин может быть несколько, о них мы поговорим дальше. Понятно, что если роутер не видит интернет-кабель, значит он не может к нему подключиться. А если он не может подключится к интернету, то он не может его раздавать. И получается у нас Wi-Fi сеть без доступа к интернету. Когда на компьютере подключение "Ограничено", или "Без доступа к интернету", а на мобильных устройствах просто ничего не открывается.

Обратите внимание, что очень часто неправильно задают настройки для подключения к провайдеру. Указывают неправильный тип подключения и параметры. И чаще всего, именно поэтому роутер просто не может подключится к интернету. Об этой проблеме, и ее решении я писал в статье: При настройке роутера пишет «Без доступа к интернету», или «Ограничено» и нет соединения с интернетом. Обязательно убедитесь в том, что вы правильно задаете параметры подключения в настройках роутера. Но сначала посмотрите возможные неполадки.

Причины, по которым роутер не реагирует на подключение интернет кабеля

Давайте пройдемся по порядку по всем нюансам подключения, что бы понять в чем проблема.

1 Исключаем проблемы на стороне провайдера. Первым делом нужно убедится в том, что интернет работает без роутера. Самый просто способ, это подключить кабель от провайдера напрямую в сетевую карту компьютера (возможно, понадобится настройка интернета на компьютере) . Если напрямую все заработает, а через роутер нет, значит смотрите инструкцию дальше.

Если же на компьютере интернет так же не будет работать, то скорее всего проблемы на стороне интернет-провайдера. Звоните в поддержку и уточняйте. Возможно, у них какие-то проблемы в оборудовании, или у вас просто деньги на счету закончились.

2 Проверяем подключение WAN кабеля. Включите питание роутера. Проверьте, правильно ли подключен кабель в WAN разъем. Отключите и снова подключите его. Возможно, он просто отошел, или вы его не до конца защелкнули.

3 Смотрим на работу индикатора WAN разъема. Практически на всех роутерах, есть индикатор, который светится (мигает) при подключении кабеля в WAN порт. Обязательно обратите на него внимание. Как правило, возле него иконка "Интернет", или надпись WAN.

Если этот индикатор у вас светиться, значит роутер видит интернет кабель. И дело в настройке. В начале статьи я давал ссылку на статью с решением этой проблемы. Или просто откройте у нас на сайте инструкцию по настройке вашего маршрутизатора, и настройте его.

Ну а если питание включено, кабель подключен, а индикатор (лапочка) WAN вообще не горит, значит проблема скорее всего в самом роутере (например, сгорел WAN порт, читайте ниже об этом) , или в кабеле. В самих настройках не получится что-то сделать.

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

Можете попробовать подвигать сам кабель, и в этот момент смотреть на индикатор подключения, на панели маршрутизатора. Если там что-то отошло, то скорее всего вы это поймете, так как индикатор будет загорятся.

А если определите что проблема именно в сетевом кабеле, то его нужно заново обжать. Сделать это можно самостоятельно, но понадобиться специальный инструмент. Проще всего вызвать специалиста от вашего провайдера.

Роутер не видит WAN кабель. Как решить проблему?

Если все же вы выяснили, что проблема в роутере (и индикатор интернет не горит) , то вариантов не много. В случае, если сгорел WAN порт, а это самая частая проблема (из тех, которые могут быть на стороне маршрутизатора) , то можно попробовать прошить его альтернативной прошивкой, и заменить WAN порт LAN портом. Об этом я напишу ниже более подробно.

Что касается настроек, то там вряд ли получится что-то сделать.

Обязательно сделайте сброс настроек своего маршрутизатора. На 10 секунд зажмите кнопку RESET (Сброс) при включенном устройстве. Вот инструкция на примере маршрутизатора ASUS.

На роутерах TP-LINK, при попытке настроить интернет (на вкладке WAN в панели управления) , вы увидите надпись WAN port is unplugged! (В порт WAN не вставлен кабель!) .

Все зависит от модели вашего роутера. В любом случае, настроить интернет не получится, так как маршрутизатор не может определить WAN кабель.

Если сгорел WAN порт роутера

Не редко перегорает сам WAN порт. Ну и понятное дело, что никакого кабеля роутер уже видеть не будет. Как правило, такое бывает после грозы, или проблем с электропитанием. Хотя, не обязательно, могут быть и другие причины. Но в сильную грозу лучше отключать сетевой кабель из WAN порта роутера. На всякий случай.

Что делать в такой ситуации? Можно отнестись роутер в ремонт, или купить новый. Но есть еще один вариант. Если действительно сгорел WAN порт, а Wi-Fi сеть и сам роутер работает нормально, и вы можете зайти в его настройки, то можно попробовать прошить роутер альтернативной прошивкой, в которой есть возможность назначать один из LAN портов в роли WAN порта. Более подробно об этом способе я постараюсь написать в отдельной статье. Ну а пока вы можете поискать такую прошивку для вашего роутера в интернете. Задайте примерно такой запрос: "альтернативная прошивка для TP-LINK TL-WR841N". Там свою модель маршрутизатора просто подставите.

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

Выводы

Если вы выяснили, что проблема не в кабеле, и не в провайдере, а в самом маршрутизаторе (и при этом не горит индикатор WAN) , то скорее всего это техническая поломка. Как мы уже выяснили выше, обычно перегорает WAN порт. Дальше либо ремонт/замена роутера, либо пробуем прошить его альтернативной прошивкой и использовать LAN порт вместо WAN. Можно еще проверить роутер у друзей, например. Подключив его к их интернету.

Чтобы взаимодействовать с другими, каждому устройству в сети необходимо иметь четыре основные настройки на сетевом адаптере — IP-адрес, маску, шлюз по умолчанию и адреса DNS-серверов (хотя последнее на самом деле опционально). Есть два основных способа назначения сетевых настроек — статически (вручную) и динамически (автоматически по протоколу DHCP от DHCP-сервера).

Симптомы

Обычно всё начинается с жалоб на неработающий интернет или отсутствие доступа к локальным сетевым ресурсам. Иногда достаточно провести диагностику только на стороне клиента, но может понадобиться полная диагностика и со стороны сервера в том числе. Начнём с первой опции.

Диагностика на стороне клиента

Чтобы понять, что происходит, первым делом, конечно, следует проверить, подключён ли клиент физически к проводной или беспроводной сети. Если да, то самое время приступать к проверке сетевых настроек на устройстве клиента с помощью утилит ipconfig /all (в командной строке Windows), ifconfig или ip addr (в терминале Linux).

Вывод команд покажет текущий IP-адрес и другие настройки на сетевом адаптере (или всех адаптерах, если их несколько). При этом, если на сетевом адаптере нет корректного IP-адреса, возможных вариантов его настроек может быть немного.

Вариант 1. Текущий IP-адрес имеет вид 169.254.Х.Х

Скорее всего, на клиентской машине при этом установлена ОС Windows. Это значит, что клиенту действительно не удалось получить сетевые настройки, потому что DHCP-сервер не отвечал, и адрес был сгенерирован службой APIPA (Automatic Private IP Addressing) из диапазона 169.254.0.0 – 169.254.255.255. Если клиент — Linux-машина, адрес может принимать вид 0.0.0.0, либо отсутствовать в принципе.

Пожалуй, самое очевидное действие в такой ситуации — попытаться снова получить IP-адрес, отправив повторно DHCP-запрос, а заодно убедиться, что на устройстве запущен DHCP-клиент. Это можно сделать несколькими способами:

отключиться от сети на 10–30 секунд и подключиться снова;
перезагрузить устройство;
выполнить последовательно команды. В командной строке Windows: ipconfig /release, затем ipconfig /renew. В терминале Linux: dhclient -v -r, потом dhclient или dhcpcd -k, затем dhcpcd ().

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

Вариант 2. Текущий IP-адрес не из диапазона 169.254.0.0 – 169.254.255.255, но и не из того диапазона адресов, которые должен выдавать DHCP-сервер

Как известно, чудес не бывает. Если настройки, которые получает клиент, не от доверенного DHCP-сервера в сети, значит, их раздаёт кто-то другой. Тот, кто случайно или специально подключил к сети DHCP-сервер со своей конфигурацией. Возможно, это обычный Wi-Fi-роутер, к которому кабель по ошибке подключили через один из LAN-портов. Тогда ваша задача — найти недоверенный DHCP-сервер и предотвратить такие попытки в будущем.

Здесь нужно вспомнить, как работает DHCP-протокол. Клиент отправляет широковещательный запрос (DHCPDISCOVER), который получат все DHCP-серверы в сети и отправят в ответ свои предложения IP-адреса (DHCPOFFER). При этом клиент примет первое полученное предложение (DHCPOFFER), скорее всего, от ближайшего DHCP-сервера, а остальные отклонит.

Очевидно, что предложение от доверенного DHCP-сервера приходит позже, скорее всего, потому, что он дальше от клиента. Для последующей диагностики на устройстве клиента нужно установить анализатор сетевого трафика (Wireshark или tcpdump), запустить его, отфильтровав трафик по типу протокола DHCP или портам 67–68, и посмотреть в DHCP-ответах IP и MAC адрес DHCP-сервера, который их отправляет:

Вариант 3. Текущий IP-адрес корректный, но доступа к интернету и другим сетевым ресурсам по-прежнему нет

Если это так, то стоит вернуться к проверке не только самого IP-адреса, но и всех остальных настроек. И особенно к проверке маски, адреса шлюза по умолчанию и адресов DNS-серверов, так как именно через шлюз устройству предстоит связываться с другими сетями, а с помощью DNS-серверов — преобразовывать доменные имена в IP-адреса.

Следует помнить, что DHCP-сервер может раздавать настройки выборочно, а сам клиент может выборочно их применять. Например, только IP-адрес, маску и шлюз. Это скорее исключение, но в таком случае адреса DNS придётся прописать руками. Гораздо хуже, если настройки адресов DNS-серверов от DHCP-сервера игнорируются просто потому, что их переопределяет стороннее ПО или неверные статические настройки. Такое тоже бывает.

Диагностика на стороне сервера

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

Запущен ли DHCP как сервис?

В зависимости от ОС, дистрибутива и реализации DHCP-сервера, проверить это можно по-разному. Если сервис остановлен и есть ошибки в конфигурационных файлах, то запустить его не удастся. Это первая отправная точка. Если сервис запущен, можно переходить к следующему шагу.

Приходят ли запросы от клиентов на DHCP-сервер?

Чтобы определить это, нужно снова запустить анализатор сетевого трафика. На этот раз на сервере. После запуска на сервере tcpdump, dhcpdump или Wireshark клиенту, у которого проблемы с получением адреса, необходимо попытаться получить его снова любым способом, описанным в начале статьи. Если DHCP-сервер работает в штатном режиме, то должны быть и запросы, и ответы. Но всё может быть иначе.

Предположим, что у нас есть по крайней мере один клиент, которому не удаётся получить настройки, и запрос от него точно должен был прийти на сервер. Если этого не произошло, очевидно, что клиент либо сам не отправляет запрос, либо запрос не доходит до сервера по разным причинам. Может, он блокируется на промежуточном сетевом оборудовании или в сети некорректно работает ретрансляция DHCP-запросов dhcp_relay.
Чтобы это проверить, можно в первом случае вернуться к диагностике на стороне клиента и проследить с помощью анализатора сетевого трафика, что клиент отправляет DHCP-запрос. Во втором — проверить настройки на промежуточном сетевом оборудовании.

Запрос(ы) есть, ответа(ов) нет?

Самая простая и очевидная причина в этом случае — закончился пул свободных адресов. Это легко проверить на самом DHCP-сервере по списку выделенных IP-адресов (leases). Если причина действительно в этом — задумайтесь: возможно, пришло время для увеличения пула пригодных для использования IP-адресов на сервере. Чтобы решить проблему прямо сейчас, можно почистить список существующих адресов, выданных в аренду клиентам, уменьшить время аренды и перезапустить сервис DHCP. Но быстрые решения помогают не всегда, а причин может быть гораздо больше. В таком случае придётся детально просматривать логи, а также последние изменения в конфигурации на сервере.

14 сентября 2021 года Microsoft выпустили ряд обновлений для Windows 10. После установки этих обновлений, пользователи могут столкнуться с проблемой печати документов на принтеры, находящиеся в общем доступе и подключенные через сеть: принтер находится в режиме автономной работы; документы, отправленные на печать, остаются в очереди и не печатаются. При попытке переподключения принтера, появляется ошибка: "Windows не удаётся подключиться к принтеру" с кодом ошибки 0x0000011b, 0x00000709 или 0x80070035.

Решение через реестр

Данное решение предложил комментатор Valdiz в комментариях к этой статье.

Как показывает практика, это решение помогает примерно в половине случаев. Мы рекомендуем всё-таки сразу удалять обновления ОС.

Запустите редактор реестра (regedit). Перейдите в ветку HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Print . Создайте параметр типа DWORD32 с именем RpcAuthnLevelPrivacyEnabled и установите ему значение 0 .

Или скачайте файл fix-0x0000011b.zip (1 КБ), разархивируйте, запустите файл fix-0x0000011b.reg и разрешите ему внести изменения в реестр.

Данная ошибка появляется после установки нескольких обновлений Windows:

KB5005565
KB5005568
KB5006670
KB5006714 (по информации пользователя OLeg из комментариев)
KB5007186
KB5007247 (по информации пользователя Oleg из комментариев)

Обновления необходимо удалить на обоих компьютерах: и на том, с которого происходит попытка подключения к принтеру, и на том, к которому принтер подключен физически.

Для удаления этих обновлений перейдите в Панель управления – Программы и компоненты – Просмотр установленных обновлений.

В открывшемся окне найдите обновление с индексами из перечисленных выше, выделите их и нажмите "Удалить" в панели сверху. Согласитесь на удаление обновления и дождитесь завершения удаления.

Удалить обновления можно и через командную строку или PowerShell (от имени администратора): wusa /uninstall /kb:5005565 , wusa /uninstall /kb:5005568 , wusa /uninstall /kb:5006670 , wusa /uninstall /kb:5006714 , wusa /uninstall /kb:5007186 , wusa /uninstall /kb:5007247

Так же обратите внимание: могут установиться не все обновления, а, например, только одно. В таком случае, при попытке удаления неустановленного обновления, появится ошибка:

Просто проигнорируйте её.

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

В случае неудачи, переименуйте принтер. После этого проблема должна исчезнуть.

Отключение (скрытие) обновления

Для того, чтобы данные обновления больше не устанавливались на компьютер, скачайте утилиту скрытия обновлений Windows:
wushowhide.diagcab (48КБ) / ZIP-архив: wushowhide.zip (44КБ)

В случае скачивания архива, распакуйте из него файл wushowhide.diagcab в любую папку и запустите его.

В первом окне нажмите кнопку «Далее», после чего дождитесь сбора сведений:

Выберите пункт «Hide updates» (Скрыть обновления):

Найдите обновление «Накопительное обновления для Windows 10 Version 21H1 для систем на базе процессоров x64, 2021 09 (KB5005565)» и иные обновления, указанные в начале страницы. Установите на них галочку и нажмите «Далее»:

Дождитесь завершения скрытия обновления. Убедитесь, что установлен статус «Исправлено». Нажмите «Закрыть» и перезагрузите ПК.

Если обновление в списке не отображается – значит либо обновление уже установлено в системе (и его необходимо предварительно удалить), либо не выполнена перезагрузка после удаления обновления.

Временное отключение обновлений Windows

Также вы можете временно приостановить обновления ОС, пока Microsoft не решат проблему данного обновления. Сделать это можно через приложение "Параметры":
Параметры – Обновление и безопасность – Центр обновления Windows – Дополнительные параметры – Раздел "Приостановка обновлений".

В данном разделе Вы можете приостановить скачивание обновлений до определённой даты (максимум на 35 дней).

Также можно ограничить скачивание некоторых обновлений путём перевода подключения в тип "Лимитное подключение". Сделать это можно также через приложение "Параметры":
Параметры – Сеть и Интернет – Ethernet – нажмите по текущему подключению левой кнопкой мыши (обычно оно называется "Сеть"). В разделе "Лимитное подключение" переведите ползунок "Задать как лимитное подключение".
При включении данной функции, часть необязательных обновлений скачиваться не будет.

Список распространных ошибок, возникающих при работе с ТВ-приставкой.

Ошибка авторизации CAM 2.0.

Для устранения ошибки попробуйте проверить настройки даты на телевизоре. Укажите дату вручную или поставьте автоопределение. Проверьте, чтобы дата была верной.

Ошибка: «Нет сигнала. Пожалуйста, проверьте подключение антенного кабеля к приставке», «No signal».