ERR_ADDRESS_UNREACHABLE: адрес недоступен — что значит и как исправить

ERR_ADDRESS_UNREACHABLE — ошибка Chrome, Edge, Яндекс Браузера и других браузеров на Chromium. Браузер уже знает IP-адрес сайта, но система сообщила: маршрута до этого адреса нет. В справочнике ошибок Chromium это код −109 с описанием «The IP address is unreachable. This usually means that there is no route to the specified host or network».

Русская версия Chromium 149 показывает так:

Не удается получить доступ к сайту. Сайт http://… недоступен. ERR_ADDRESS_UNREACHABLE

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

Коротко: что делать

1. Проверьте адрес. Если это 192.168.x.x или 10.x.x.x — вы должны быть в той же сети, что и устройство.
2. Отключите VPN и прокси.
3. Перезагрузите роутер и компьютер.
4. Откройте сайт с телефона через мобильный интернет. Открылся — путь рвётся в вашей сети. Не открылся — проблема у сайта или его хостера.

Что значит ошибка

Чтобы открыть сайт, браузер сначала узнаёт его IP-адрес через DNS, потом устанавливает соединение. ERR_ADDRESS_UNREACHABLE возникает на втором шаге, и сразу, без долгого ожидания. Система или маршрутизатор по пути отвечает: «до этого адреса дороги нет».

Это не то же самое, что «сервер не отвечает». Если пакеты уходят в пустоту и ответа нет, браузер ждёт и показывает ERR_CONNECTION_TIMED_OUT. Если сервер получил запрос и отказал — ERR_CONNECTION_REFUSED. Здесь же кто-то явно сообщил, что адрес недоступен.

Что даёт эту ошибку: замер на стенде

Стенд: Chromium 149 на Linux, отдельная сеть с маршрутизатором и подсетями, где нет ни одного устройства. Каждый вариант — три прогона.

Три секунды в средних строках — не случайность. Устройство в своей сети компьютер ищет по протоколу ARP: спрашивает «у кого этот адрес?» и ждёт ответа. Если никто не отозвался за несколько попыток, система сдаётся, и браузер показывает ошибку. Так выглядит роутер, который выключен, или камера, которая после перезагрузки получила другой адрес.

Ответ маршрутизатора «такой сети нет» вёл себя в наших прогонах нестабильно. Утилита curl получала отказ сразу, а Chromium в большинстве прогонов ждал больше 30 секунд без ошибки и лишь изредка показывал ERR_ADDRESS_UNREACHABLE за 3,1 секунды. Так что долгое ожидание тоже не исключает этот вариант.

IPv6: почему сайт с двумя адресами открывается

У многих сайтов есть два адреса: IPv4 (запись A) и IPv6 (запись AAAA). На стенде IPv6 не работал, но сайт с двумя адресами открылся за 0,1–0,4 секунды. Сетевой журнал Chromium показал почему: перед запросом браузер проверяет, есть ли у компьютера путь в IPv6-интернет — пробует связаться с адресом 2001:4860:4860::8888. Если пути нет, он запрашивает у DNS только IPv4-адреса и об IPv6 даже не спрашивает.

Ошибка остаётся, только если у сайта вообще нет IPv4-адреса, или у компьютера IPv6 вроде бы есть, а до конкретного сервера не доходит.

Что нашли на живых сайтах

Мы проверили 1672 сайта Екатеринбурга, у которых есть рабочая запись A, из дата-центра в Германии. Соединились с портом 443 по каждому адресу.

Четыре сайта ответили «нет маршрута». Chromium показал на них ERR_ADDRESS_UNREACHABLE, три раза из трёх, за 0,2–3,2 секунды. У трёх из четырёх трассировка показала причину, и причины две:

• Петля маршрута. У двух сайтов пакеты гоняются по кругу между двумя одними и теми же маршрутизаторами магистрального провайдера и до сервера не доходят. Это поломка в сети, а не на сайте и не у посетителя.
• Файрвол сервера. Один сайт сам отвечает на запрос к порту 443 сообщением «связь запрещена администратором» (в трассировке — отметка !X). По http тот же сайт открывается и отдаёт 200. Человек, который набрал адрес с https, видит ERR_ADDRESS_UNREACHABLE, хотя сервер жив.

Последний случай полезно знать владельцам сайтов: правило файрвола REJECT с ответом «host prohibited» или «admin prohibited» выглядит для посетителя не как «порт закрыт», а как «адрес недоступен».

IPv6 почти никому не мешает. Запись AAAA была у 223 сайтов. С нашего сервера, где IPv6 работает, к порту 443 по IPv6 не подключились 11 из них. Четыре из этих одиннадцати по IPv4 работают — Chromium открыл все четыре три раза из трёх, ошибки не было. Остальные семь не работали и по IPv4: у сайта закрыт сам порт, и браузер показывал ERR_CONNECTION_REFUSED или ждал до таймаута.

Как исправить на своём компьютере

Проверить адрес и сеть

Если вы открываете адрес роутера, камеры или NAS — 192.168.0.1, 192.168.1.1, 10.0.0.1 и так далее, — убедитесь, что вы подключены к той же сети. Гостевая сеть Wi-Fi часто отделена от основной. В ней роутер и другие устройства недоступны — это функция изоляции клиентов.

Узнать настоящий адрес роутера:

• Windows: откройте командную строку, выполните ipconfig, строка «Основной шлюз».
• macOS: Системные настройки → Сеть → ваше подключение → Подробнее → TCP/IP, поле «Маршрутизатор».
• Android и iPhone: настройки Wi-Fi → сведения о сети → «Шлюз» или «Маршрутизатор».

Камера или NAS после перезагрузки роутера могли получить новый адрес. Посмотрите список подключённых устройств в настройках роутера.

Отключить VPN и прокси

VPN меняет маршруты всей системы. Пока он включён, адреса домашней сети могут стать недоступны, а сайты — идти через сервер VPN, у которого свои проблемы с маршрутом. Отключите VPN и повторите. Если нужен VPN, включите в нём «доступ к локальной сети» (Allow LAN), если такой пункт есть.

Прокси в Windows: Параметры → Сеть и Интернет → Прокси-сервер. Отключите «Использовать прокси-сервер» и проверьте снова.

Перезапустить браузер и роутер

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

Затем роутер. Выньте вилку из розетки или нажмите кнопку питания, подождите 30 секунд и включите. После перезагрузки роутер заново получает адрес у провайдера и обновляет маршруты. Этому шагу достаточно двух-трёх минут. Ноутбуки и телефоны в той же сети после него тоже получают свежие настройки — именно поэтому перезагружать стоит роутер, а не только компьютер.

Очистить кэш DNS

Сам кэш DNS эту ошибку не вызывает — адрес браузер уже получил. Но если адрес устарел, а сайт переехал, очистка поможет получить новый:

• в Chrome — chrome://net-internals/#dns, кнопка «Clear host cache»;
• там же на вкладке #sockets — «Flush socket pools»;
• в Windows — команда ipconfig /flushdns в командной строке от имени администратора.

Удалить данные браузера

Кэш и файлы cookie сами по себе маршрут не ломают, но иногда браузер держит старые настройки сайта. В Chrome нажмите Ctrl+Shift+Delete, выберите «Всё время», отметьте «Файлы cookie и другие данные сайтов» и «Изображения и другие файлы, сохранённые в кэше», затем «Удалить данные».

Сменить DNS

Если подозреваете, что DNS провайдера отдаёт неправильный адрес, укажите собственный DNS-сервер вручную, например 77.88.8.8 (Яндекс), 1.1.1.1 (Cloudflare) или 8.8.8.8 (Google).

Windows 11: Параметры → Сеть и Интернет → ваше подключение → «Назначение DNS-сервера» → «Изменить». Вместо «Автоматически (DHCP)» выберите «Вручную», включите IPv4, введите адреса и сохраните.

Windows 10 и более ранние версии: нажмите Win+R, введите ncpa.cpl. Найдите своё подключение, щёлкните правой кнопкой мыши → «Свойства» → «IP версии 4 (TCP/IPv4)» → «Свойства». Снимите автоматическое определение DNS, отметьте «Использовать следующие адреса DNS-серверов», вставьте адреса и подтвердите кнопкой ОК.

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

Отключить IPv6 — только как проверку

Некоторые инструкции советуют отключить IPv6 в свойствах сетевого адаптера: в том же окне ncpa.cpl правой кнопкой мыши по подключению → «Свойства» → снимите отметку «IP версии 6 (TCP/IPv6)» → ОК. На стенде Chromium сам переставал запрашивать IPv6, когда пути в IPv6-интернет не было. Отключение поможет, если у вас IPv6 есть, но работает с перебоями. Если помогло — сообщите провайдеру и потом верните настройку.

Сброс сети

Последний шаг, если ничего не помогло и ошибка на всех сайтах. В Windows 10 и 11: Параметры → Сеть и Интернет → Дополнительные сетевые параметры → Сброс сети. Вручную — командная строка от имени администратора:

netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns

После этого перезагрузите компьютер. Сброс удаляет настройки VPN и сетевых адаптеров — их придётся задать снова.

Антивирус, файрвол и расширения

Антивирус или брандмауэр может запрещать браузеру выход в сеть: в некоторых конфигурациях программы защиты блокируются целые подсети. Брандмауэр Windows проверяется так: Панель управления → Брандмауэр Защитника Windows → «Разрешение взаимодействия с приложением». Найдите в списке Chrome и проверьте отметки. На стенде запрещающий маршрут давал соседнюю ошибку — ERR_NETWORK_ACCESS_DENIED с текстом «Доступ в Интернет закрыт». Временно отключите защиту и проверьте. Расширения, которые меняют прокси, проверьте в окне инкогнито.

Mac: доступ к локальной сети

Пользователи macOS 15 сообщают, что Chrome не открывает адреса домашней сети, пока ему не разрешён доступ: Системные настройки → Конфиденциальность и безопасность → Локальная сеть → включить Google Chrome. Safari при этом открывает адрес. Мы этот вариант не проверяли.

Android и iPhone

На телефоне выключите VPN, переключитесь между Wi-Fi и мобильным интернетом, «забудьте» сеть Wi-Fi и подключитесь заново. В приложениях для Android net::ERR_ADDRESS_UNREACHABLE часто означает, что приложение обращается к адресу, который виден только с компьютера разработчика.

Диагностика: ping, tracert, curl

Командная строка покажет, где обрывается путь:

Откройте командную строку (в Windows — Win+R, cmd; в macOS — Терминал) и введите по одной команде:

1. ping адрес — если ответ «Заданный узел недоступен», значит маршрута нет. Отсутствие ответа ещё не приговор: многие серверы не отвечают на ping.
2. tracert адрес в Windows или traceroute адрес в macOS и Linux — список маршрутизаторов по пути. Если адреса повторяются по кругу, это петля маршрута, как у двух сайтов из нашего обхода. Отметка !X или !H — маршрутизатор или сервер сообщает «запрещено» или «узел недоступен».
3. curl -4 -v https://сайт/ и curl -6 -v https://сайт/ — сравните IPv4 и IPv6. Работает только один — проблема в другом.
4. nslookup сайт — какие адреса отдаёт DNS. Адрес вида 10.x, 172.16–31.x или 192.168.x у публичного сайта — ошибка в записи DNS.

Если вы владелец сайта

1. Проверьте записи A и AAAA. Если указан IPv6-адрес, он должен работать. Не работает — уберите запись AAAA.
2. Проверьте правила файрвола. Правило, которое отвечает «host prohibited», посетитель увидит как ERR_ADDRESS_UNREACHABLE. Если порт 443 не нужен, лучше честный отказ (REJECT с tcp-reset): посетитель увидит ERR_CONNECTION_REFUSED и поймёт, что порт закрыт. Если нужен — откройте его.
3. Проверьте маршрут из разных сетей. Петля маршрута — дело провайдера или хостера. Пришлите им трассировку.
4. Проверьте, что сайт открывается по https. У сайта из нашего обхода http работал, а https давал ошибку.

Чем отличается от похожих ошибок

Границы замера

• Стенд — Chromium 149 на Linux, по три прогона на вариант. Windows и macOS устроены иначе, времена у них могут отличаться.
• Живые сайты проверяли 17.10.2026 из дата-центра в Германии. С российского адреса проверить не удалось: наш прокси до этих сайтов тоже не достучался.
• Доступ к локальной сети на macOS и поведение приложений Android мы не проверяли.

Коротко

• ERR_ADDRESS_UNREACHABLE — адрес сайта известен, а маршрута до него нет.
• На стенде: нет маршрута — ошибка сразу; адрес в сети, где нет устройства, — через 3,1 секунды.
• Сайт с рабочим IPv4 и сломанным IPv6 открывается: Chromium сам отказывается от IPv6, если пути туда нет.
• У живых сайтов причины две: петля маршрута у провайдера и файрвол сервера, который отвечает «запрещено».
• Начните с простого: адрес и сеть, VPN, перезагрузка роутера, другой интернет.