Docker opublikował port. Czy proxy tam nasłuchuje?
Sprawdź nasłuch w kontenerze proxy oraz mapowanie portu hosta w Dockerze, gdy połączenia są odrzucane lub resetowane.
Opublikowany port Dockera zapewnia ścieżkę do punktu końcowego w kontenerze. Nie uruchamia proxy ani nie zmienia adresu, na którym nasłuchuje ten proces.
W typowym mapowaniu sieci mostkowej porównaj trzy wartości:
| Element ścieżki | Wartość do sprawdzenia |
|---|---|
| Wejście klienta | Adres hosta i opublikowany port, z którymi łączy się klient |
| Cel przekazywania | Adres kontenera i port wybierane przez mapowanie |
| Usługa | Adres i port, które proxy faktycznie wiąże wewnątrz kontenera |
Proxy powiązane wewnątrz kontenera tylko z 127.0.0.1 może nie odbierać ruchu przekazywanego na jego adres sieciowy. Różni się to od publikowania portu hosta tylko na loopbacku hosta: to ogranicza, kto może dotrzeć do mapowania, natomiast loopback kontenera może uniemożliwić mapowaniu dotarcie do usługi.
Wybierz wewnętrzny nasłuch odpowiedni do planowanego wdrożenia, zachowując ograniczoną publikację hosta i dostęp do proxy. Deklaracja ujawnionego portu w Dockerfile nie uruchamia usługi, a udane uruchomienie kontenera nie dowodzi, że proces nasłuchuje na celu przekazywania.
Prześledź, jak daleko dociera nieudane połączenie. Odmowy i resety różnią się w zależności od platformy i implementacji przekazywania, więc żadna z nich jednoznacznie nie wskazuje ustawienia. Gdy dotrze do usługi, poszukaj prawidłowego powitania proxy i zastosuj wymaganą wersję SOCKS, uwierzytelnianie i politykę miejsca docelowego. Sam dostępny port hosta nie może potwierdzić tych możliwości.