#Что происходит и когда применима инструкция
Внешняя точка доступа включена и получила локальный IP, но подключённые к ней клиенты не выходят в интернет. Наличие адреса у самой точки не означает правильного шлюза, DNS и режима подключения.
#Возможные причины и отличительные признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Нет маршрута к сети провайдераТочка работает как отдельный маршрутизатор либо использует неверный шлюз. | Адрес локальной панели доступен, а внешние сайты не открываются. | Проверить режим AP и адрес основного роутера. |
| Сломан DNSУ клиентов есть адрес, шлюз и доступ по IP, но доменные имена не разрешаются. | nslookup завершается тайм-аутом, при этом Wi-Fi подключён. | Проверить раздаваемые DNS-серверы. |
| Изоляция либо неверный портНа модели используются разные WAN/LAN-порты и режимы подключения. | Клиенты точки не видят основной роутер. | Проверить подключение по руководству конкретной модели. |
#Пошаговое устранение
- Нарисуйте схему подключенияЗапишите модель и режим устройства (точка доступа, повторитель или маршрутизатор), каким кабелем и к какому порту оно подключено. Сверьте индикацию портов с руководством; не подключайте случайно вторую сеть к WAN при неизвестном режиме.
- Проверьте выход через основной роутерПодключите компьютер к основной домашней сети, откройте два известных HTTPS-сайта. Если там тоже нет интернета, проблема не во внешней точке: проверьте подключение провайдера и журнал основного маршрутизатора.
- Сравните адреса на клиенте точкиПодключитесь к Wi-Fi внешней точки. На Windows откройте Win+R → cmd и введите ipconfig /all. Выпишите IPv4, шлюз и DNS активного адаптера; адрес 169.254.x.x указывает на отсутствие DHCP, а не ошибку сайта.ТекстКомандаcmd Windows без прав администратора; /all показывает адреса и DNS только для диагностики, пароли не раскрывает, но может показать локальные имена.
ipconfig /all
- Проверьте маршрут до шлюзаВ той же командной строке выполните ping с адресом основного шлюза из ipconfig, например ping 192.168.1.1, если именно такой адрес указан. Ответ означает достижимость узла по ICMP; отсутствие ответа не всегда подтверждает обрыв, поскольку ICMP может быть запрещён.ТекстКомандаcmd Windows без прав администратора. Адрес только пример: подставьте ваш основной шлюз; ICMP может быть запрещён.
ping 192.168.1.1
- Уточните режим точки доступаВойдите в её панель только с паролем владельца и по адресу, указанному на устройстве или в руководстве. Для режима Access Point убедитесь, что клиенты получают адреса от основного роутера; если точка выполняет маршрутизацию, схему DHCP и NAT надо согласовать отдельно.
- Проверьте кабель и соответствие портовЕсли соединение проводное, переставьте заведомо исправный кабель только в предусмотренный производителем вход. Проверьте светодиод порта и скорость линка в интерфейсе. Не перезагружайте оборудование офиса без согласования с владельцем сети.
- Проверьте DNS независимо от Wi-FiВ cmd выполните nslookup example.com. Если получен IP-адрес, DNS работает и следует отдельно искать проблему HTTPS или маршрута. При timeout сравните DNS-адрес из ipconfig с адресом основного роутера; не прописывайте публичный DNS в корпоративной сети.ТекстКомандаcmd Windows без прав администратора; запрашивает DNS-ответ для example.com, не меняя параметры.
nslookup example.com
- Устраните различие и повторите оба испытанияПосле исправления режима/кабеля или DNS переподключите к точке один тестовый клиент. Проверьте доступ к панели основного роутера и загрузку сайтов. Если клиенты не выходят в интернет, передайте администратору схему портов и вывод команд без паролей.
#Как убедиться в исправлении
У подключённого к точке клиента правильные IP, шлюз и DNS, открывается сайт по HTTPS и стабильно работает локальная сеть; повторите после перезагрузки самой точки.