Docker publiserte porten. Lytter proxyen der?
Kontroller lytteren inne i en proxy-container samt Dockers vertsportmapping når tilkoblinger avvises eller tilbakestilles.
En publisert Docker-port gir en vei til et endepunkt i containeren. Den starter ikke proxyen og endrer ikke adressen som prosessen lytter på.
For en typisk bro-nettverksmapping, sammenlign disse tre verdiene:
| Del av veien | Verdi å undersøke |
|---|---|
| Klientinngang | Vertadressen og den publiserte porten klienten kontakter |
| Videresendingsmål | Containeradressen og porten som mappingen velger |
| Tjeneste | Adressen og porten som proxyen faktisk binder inne i containeren |
En proxy som bare er bundet til 127.0.0.1 inne i containeren, mottar kanskje ikke trafikk som videresendes til nettverksadressen. Dette skiller seg fra å publisere en vertsport bare på vertens loopback: det begrenser hvem som kan nå mappingen, mens container-loopback kan hindre mappingen i å nå tjenesten.
Velg den interne lytteren for den tiltenkte utrullingen, og behold begrenset vertspublisering og proxy-tilgang. En Dockerfile-erklæring om eksponert port starter ikke en tjeneste, og en vellykket containerstart beviser ikke at prosessen lytter på videresendingsmålet.
Følg hvor langt en mislykket tilkobling kommer. Avvisninger og tilbakestillinger varierer med plattformen og videresendingsimplementasjonen, så ingen av dem identifiserer en innstilling entydig. Når den når tjenesten, se etter en gyldig proxy-hilsen og bruk den påkrevde SOCKS-versjonen, autentiseringen og destinasjonspolicyen. En tilgjengelig vertsport alene kan ikke fastslå disse egenskapene.