Содержание:

Сообщение вида «Удаленное устройство или ресурс не принимает подключение» и строка в диагностике «…не настроен прием подключений через порт “Служба Интернета (HTTP)”» обычно означает одно: Windows (или софт/политики) блокирует входящие соединения на HTTP-порты, а иногда ещё и сбит профиль сети, прокси или настройки браузера/служб.

Ниже - рабочий порядок действий, который помогает чаще всего. Делайте шаги по очереди.

Что именно проверяет Windows в этой ошибке

Когда мастер “Диагностика сетей” пишет про порт “Служба Интернета (HTTP)”, он почти всегда подразумевает входящие правила для HTTP-служб (типично это порт 80, а в ряде случаев на практике всплывает связка с 443/HTTPS из-за того, как Windows проверяет доступность сервисов и приложений).

Важно: если у вас обычный интернет “в обе стороны” работает в браузере, но падают отдельные приложения, это часто не про “интернет сломан”, а про блокировки/прокси/брандмауэр/службы/сбившиеся сетевые настройки.

1) Проверьте прокси и автоматические сценарии (частая причина)

  1. Откройте Параметры Windows.
  2. Перейдите в Сеть и интернет.
  3. Откройте раздел Прокси.
  4. Выключите всё лишнее:
  5. Использовать сценарий настройки (Auto-Pac/WPAD) - выключить
  6. Использовать прокси-сервер - выключить (если включен)

После этого перезапустите браузер и попробуйте снова диагностику.

2) Сбросьте настройки браузера (особенно если задействовались старые компоненты IE)

У многих пользователей ошибка уходит после сброса параметров браузера.

  1. Нажмите Win + R
  2. Введите: inetcpl.cpl
  3. Откройте вкладку Дополнительно
  4. Нажмите Сброс…
  5. Поставьте галочку Удалить личные настройки (если предложит) и подтвердите

Перезагрузите ПК и проверьте.

3) Сбросьте сетевой стек (самый популярный “ремонт”)

Запускайте Командную строку от имени администратора и выполните команды по порядку:

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

После команд перезагрузите компьютер.

4) Проверьте профиль сети и правила в брандмауэре

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

  1. Откройте Параметры
  2. Сеть и интернет → Состояние
  3. Посмотрите, какой профиль используется (часто это видно в свойствах подключения)

Дальше - по существу: часто проще посмотреть, не заблокированы ли правила для HTTP-службы/входящих проверок.

Общий алгоритм:
- если есть сторонние “ускорители”, прокси, VPN/агенты, их настройки могли создать/изменить правила;
- брандмауэр мог закрыть входящие правила под ваш профиль сети.

Если вы меняли что-то вроде WinGate/VPN/прокси, после удаления нередко остаются “хвосты” в конфигурациях правил и драйверах.

5) Если ранее ставили прокси/VPN типа WinGate - проверьте остатки

По опыту из типовых кейсов: после установки/удаления прокси-софта (WinGate и аналоги) “диагностика” может начать жаловаться на HTTP-порты, а часть приложений теряет доступ, даже если браузер работает.

Что сделать:
- убедитесь, что прокси/VPN действительно полностью выключен и удален;
- перезапустите ПК после удаления;
- выполните шаги 3 (сброс сетевого стека) и 1 (прокси) — это обычно “вычищает” значительную часть последствий.

6) Проверьте, не перехватывает ли трафик сторонний софт/антивирус

Иногда антивирус или сетевой фильтр перехватывает соединения, особенно если в системе были прокси/редиректы.

Что проверить:
- временно отключите сетевые экраны (не на “вечно”, а для теста);
- проверьте, не включены ли режимы веб-защиты/фильтрации трафика, которые меняют поведение HTTP/HTTPS.

Быстрая таблица “если одно - делайте это”

Симптом Что пробовать в первую очередь
Браузер открывает сайты, а диагностика и часть приложений ругаются на HTTP-порт Прокси (шаг 1) + сброс браузера (шаг 2) + сброс сети (шаг 3)
Ошибка началась после установки/удаления WinGate/VPN/прокси Убрать прокси (шаг 1) + сброс сети (шаг 3) + проверить, что прокси реально не остался в системе
После сброса сетевых команд всё стало хуже/нестабильно Вернуться к прокси-пункту (шаг 1) и проверить профиль сети; затем повторить шаг 3
Ошибка появляется после смены настроек защиты/фильтрации Тест с выключенной сетевой защитой антивируса/фильтра (шаг 6) и затем повторить диагностику

Как понять, что проблема решена

Ориентируйтесь на два признака:

  1. Диагностика перестает выдавать “не настроен прием подключений через порт “Служба Интернета (HTTP)””.
  2. Приложения, которые раньше отваливались (обычно это те, что “не любят” странный прокси/фильтр), начинают работать так же, как браузер.

Почему иногда помогает “только сброс” без настройки портов руками

В большинстве случаев вы не обязаны вручную “открывать порт” как в классических инструкциях по роутеру. Сообщение часто вылезает из-за:
- прокси/WPAD/автоконфигурации (WinGate/аналогичные штуки),
- сломанных сетевых параметров и DNS-части стека,
- поврежденных/сбитых параметров браузера (через компоненты IE-логики, даже если вы пользуетесь другим браузером),
- изменений в правилах брандмауэра после VPN/прокси.

Поэтому самый эффективный путь обычно: прокси -> браузер -> сетевой стек -> проверка фильтрации.

Если нужно именно “чтобы входящие HTTP работали на сервере”

Тут важно не смешивать домашний доступ “в интернет” и прием входящих подключений на вашем ПК/сервере. Для реального приема входящих HTTP нужны:
- процесс/служба, которая реально слушает порт,
- правило в брандмауэре на нужный порт,
- открытие порта на маршрутизаторе (если вы за NAT),
- корректный профиль сети.

В рамках вашей ошибки “по диагностике” чаще всего речь не об этом, а о блокировках/сбившихся настройках на клиентской машине.

Полезные источники

  • Microsoft: инструкции по исправлению проблем с подключением в Windows 10: https://support.microsoft.com/ru-ru/help/10741/windows-10-fix-network-connection-issues
  • Сброс параметров браузера через inetcpl.cpl (Internet Options) - стандартный механизм Windows для возврата настроек по умолчанию: https://learn.microsoft.com/