Docker publiserte porten. Lyttar proxyen der?
Kontroller lyttaren inne i ein proxy-container og vertsportmappinga til Docker når tilkoplingar blir avviste eller tilbakestilte.
Ein publisert Docker-port gir ein veg til eit endepunkt i containeren. Han startar ikkje proxyen og endrar ikkje adressa som prosessen lyttar på.
For ei typisk bru-nettverksmapping, samanlikn desse tre verdiane:
| Del av vegen | Verdi å undersøkje |
|---|---|
| Klientinngang | Vertadressa og den publiserte porten klienten kontaktar |
| Vidaresendingsmål | Containeradressa og porten som mappinga vel |
| Teneste | Adressa og porten som proxyen faktisk bind inne i containeren |
Ein proxy som berre er bunden til 127.0.0.1 inne i containeren, mottek kanskje ikkje trafikk som blir vidaresend til nettverksadressa. Dette skil seg frå å publisere ein vertsport berre på loopbacken til verten: det avgrensar kven som kan nå mappinga, medan container-loopback kan hindre mappinga i å nå tenesta.
Vel den interne lyttaren for den tiltenkte utrullinga, og hald på avgrensa vertspublisering og proxy-tilgang. Ei Dockerfile-fråsegn om eksponert port startar ikkje ei teneste, og ein vellukka containerstart beviser ikkje at prosessen lyttar på vidaresendingsmålet.
Følg kor langt ei mislukka tilkopling kjem. Avvisingar og tilbakestillingar varierer med plattforma og vidaresendingsimplementasjonen, så ingen av dei identifiserer ei innstilling eintydig. Når ho når tenesta, sjå etter ei gyldig proxy-helsing og bruk den påkravde SOCKS-versjonen, autentiseringa og målpolicyen. Ein tilgjengeleg vertsport åleine kan ikkje fastslå desse eigenskapane.