A Docker közzétette a portot. Hallgat ott a proxy?
Ellenőrizze a proxy konténeren belüli figyelőt, valamint a Docker hosztport-leképezését, amikor a kapcsolatokat elutasítják vagy visszaállítják.
Egy közzétett Docker-port utat ad a konténer egy végpontjához. Nem indítja el a proxyt, és nem változtatja meg azt a címet, amelyen az a folyamat figyel.
Egy tipikus hídhálózati leképezésnél hasonlítsa össze ezt a három értéket:
| Az útvonal része | Vizsgálandó érték |
|---|---|
| Kliens belépés | A hosztcím és a közzétett port, amelyet a kliens elér |
| Továbbítási cél | A konténer címe és portja, amelyet a leképezés kiválaszt |
| Szolgáltatás | A cím és port, amelyet a proxy valójában a konténeren belül köt |
Egy csak 127.0.0.1-ra kötött proxy a konténeren belül előfordulhat, hogy nem kapja meg a hálózati címére továbbított forgalmat. Ez eltér attól, amikor egy hosztportot csak a hoszt loopbackjén tesznek közzé: az korlátozza, ki érheti el a leképezést, míg a konténer loopbackje megakadályozhatja, hogy a leképezés elérje a szolgáltatást.
Válassza a belső figyelőt a tervezett telepítéshez, miközben megőrzi a korlátozott hoszt-közzétételt és a proxy-hozzáférést. A Dockerfile-ban szereplő kitett port deklarációja nem indít szolgáltatást, és a sikeres konténerindítás nem bizonyítja, hogy a folyamat a továbbítási célon figyel.
Kövesse, milyen messzire jut egy sikertelen kapcsolat. Az elutasítások és visszaállítások a platformtól és a továbbítási megvalósítástól függően változnak, így egyik sem azonosít egyedül egy beállítást. Amikor eléri a szolgáltatást, keressen érvényes proxy-üdvözlést, és alkalmazza az előírt SOCKS-verziót, hitelesítést és célpolitikát. Egyetlen elérhető hosztport nem bizonyíthatja ezeket a képességeket.