Am scris (în Go și Delphi) mai multe microservicii Windows, care răspund solicitărilor HTTP pe anumite porturi din intervalul 11000-12000. Acestea sunt concepute pentru a rula intern în domeniul sau rețeaua privată a clientului (adică nu pe internet).
Merg perfect pe toate dar unul dintre cele peste 50 de sisteme client, pe sisteme de operare de la Windows 7/10/11 la Windows Server 2008R2/2012/2016/2019. Procesul de instalare pentru fiecare dintre aceste servicii stabilește reguli în firewall-ul Windows pentru a accepta cererile către fiecare exe de serviciu.
Singurul sistem client cu care nu funcționează rulează Windows Server 2016 Essentials. Acesta este singurul sistem client care rulează acel sistem de operare specific, astfel încât acesta poate fi un factor în problemă.
Chiar și local folosind un browser web pe acel sistem pentru a interoga serviciile pe care nu funcționează. Solicitările așteaptă puțin și apoi expiră: ERR_CONNECTION_TIMED_OUT.
Cu toate acestea, aceleași solicitări către aceleași porturi la adresa 127.0.0.1 (localhost) funcționează instantaneu - demonstrând că serviciile rulează de fapt.
Modul de eșec atunci când serviciul vizat nu rulează sau dacă adresăm portul greșit, este diferit. În acest caz, obținem o eroare rapidă de „refuz de conectare”: ERR_CONNECTION_REFUSED
Nu există produse antivirus sau firewall instalate pe sistem, care utilizează doar Windows Defender cu firewall-ul Windows normal. Am încercat tot ce ne putem gândi cu firewall-ul Windows, inclusiv dezactivarea completă. Nimic din ce am încercat nu a făcut vreo diferență.
Am încercat să folosim multe numere de porturi alternative, dar nu obținem niciun succes până când ajungem la intervalul 49000 și mai sus, dar chiar preferăm să nu trebuie să ne schimbăm din intervalul normal de numere de porturi decât dacă este complet inevitabil.
Am petrecut multe ore încercând să găsim vreo soluție fără niciun noroc. Sperăm cu adevărat că o persoană inteligentă are o idee care va duce la găsirea cauzei problemei.
