ERR_UNSAFE_PORT: браузер отказывается использовать этот порт

Ошибка ERR_UNSAFE_PORT возникает до какого-либо сетевого обмена. Браузер разбирает адрес, видит номер порта из внутреннего списка ограниченных и отказывается вообще пытаться подключиться. Сообщение говорит о том, что порт небезопасный, и предлагает не использовать его.

В список попали порты, традиционно занятые другими протоколами: почтой, файловыми службами, службами времени, чатов и прочими. Браузеры блокируют обращения к ним по HTTP, чтобы вредоносная страница не могла заставить их отправлять запросы к посторонним службам. Это защитное поведение, часть модели безопасности, а не сбой.

Чаще всего у разработчиков и администраторов. Например, тестовый веб-сервер запущен на порту, совпадающем с одним из закрытых, а адрес открывается в Chrome. Другой пример — веб-интерфейс сетевого устройства или самописной службы на нестандартном номере, выбранном без учёта списка браузера.

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

Посмотрите на адрес: после двоеточия указан номер. Откройте тот же адрес в другом браузере. Если он открывается в одном, а в другом нет, это подтверждает роль списка браузера. Затем проверьте, какой порт действительно прописан в конфигурации вашей службы, нет ли опечатки.

Убедитесь, что служба слушает на выбранном порту, а сам адрес корректен. Если всё в порядке, а ошибка остаётся, вы столкнулись именно с ограничением клиента, а не с настройкой сервера.

Самое правильное решение — изменить порт службы на другой, не входящий в список ограниченных, например на порт в диапазоне обычных значений для разработки. Измените конфигурацию сервера, перезапустите службу и обновите адрес в закладках и документации.

Возможность отключить проверку через параметры запуска браузера существует, но применять её стоит только на отладочных машинах и временно: такой флаг ослабляет защиту от использования браузера для атак на другие службы. Для рабочих окружений лучше ни в коем случае не полагаться на него.

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

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

Для веб-интерфейсов и тестовых серверов обычно берут привычные номера: 80 и 443 для стандартного веб-трафика, 8080 и 8443 как их дублёры, а также 3000, 5000, 8000 и другие популярные значения разработки. Они не входят в перечень ограниченных и не создают проблем в браузерах.

Не выбирайте номера, ассоциированные с известными протоколами: почтовыми, службами имён, файловыми и сетевыми утилитами. Даже если такая служба у вас не запущена, браузер о ней не знает и сработает по списку.

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

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