Мы написали (на Go и Delphi) несколько микросервисов Windows, которые отвечают на HTTP-запросы на определенных портах в диапазоне 11000–12000. Они предназначены для работы внутри домена или частной сети клиента (т. е. не в Интернете).
Они отлично работают на всех Кроме одного из наших более чем 50 клиентских систем на операционных системах от Windows 7/10/11 до Windows Server 2008R2/2012/2016/2019. Процесс установки для каждой из этих служб устанавливает правила в брандмауэре Windows для приема запросов к каждому исполняемому файлу службы.
Единственная клиентская система, на которой они не работают, работает под управлением Windows Server 2016 Essentials. Это единственная клиентская система, работающая под управлением этой конкретной ОС, так что это может быть фактором проблемы.
Даже при локальном использовании веб-браузера в этой системе для запроса служб они не работают. Запросы просто ждут некоторое время, а затем тайм-аут: ERR_CONNECTION_TIMED_OUT.
Однако те же запросы к тем же портам по адресу 127.0.0.1 (localhost) работают мгновенно, доказывая, что службы действительно работают.
Режим сбоя, когда целевая служба не работает или если мы адресуем неправильный порт, отличается. В этом случае мы получаем быстрый отказ от подключения: ERR_CONNECTION_REFUSED.
В системе не установлены сторонние антивирусы или брандмауэры, в которых используется только Защитник Windows с обычным брандмауэром Windows. Мы перепробовали все, что только можно было придумать с брандмауэром Windows, включая его полное отключение. Ничто из того, что мы пробовали, не имело никакого значения.
Мы пробовали использовать множество альтернативных номеров портов, но не добились никакого успеха, пока не достигнем диапазона 49000 и выше, но мы действительно предпочли бы не менять наш обычный диапазон номеров портов, если только это не является совершенно неизбежным.
Мы потратили много часов, пытаясь найти какое-либо решение, но безуспешно. Мы очень надеемся, что у какого-нибудь умного человека есть идея, которая поможет найти причину проблемы.
