Docker huet de Port publizéiert. Lauschtert de Proxy do?
Kontrolléiert de Listener am Proxy-Container souwéi d'Host-Port-Mapping vum Docker, wann Verbindunge refuséiert oder zréckgesat ginn.
E publizéierte Docker-Port bitt en Wee zu engem Endpunkt am Container. Hien start de Proxy net an ännert net d'Adress, op där dee Prozess lauschtert.
Fir eng typesch Bridge-Netzwierk-Mapping vergläicht dës dräi Wäerter:
| Deel vum Wee | Wäert fir ze kontrolléieren |
|---|---|
| Client-Entrée | D'Host-Adress an de publizéierte Port, deen de Client kontaktéiert |
| Weiderleitung-Zil | D'Container-Adress an de Port, déi d'Mapping auswielt |
| Service | D'Adress an de Port, déi de Proxy tatsächlech am Container verbënnt |
E Proxy, deen am Container nëmmen un 127.0.0.1 gebonnen ass, kritt méiglecherweis kee Verkéier, deen op seng Netzwierkadress weidergeleet gëtt. Dat ënnerscheet sech vum Publizéieren vun engem Host-Port nëmmen op der Host-Loopback: dat schränkt an, wien d'Mapping ereiche kann, wärend d'Container-Loopback verhënnere kann, datt d'Mapping de Service ereicht.
Wielt den internen Listener fir déi virgesinn Deployment, an erhaalt déi ageschränkt Host-Publikatioun an den Zougang zum Proxy. D'Deklaratioun vun engem exponéierte Port an engem Dockerfile start kee Service, an e erfollegräichen Container-Start beweise net, datt de Prozess um Weiderleitung-Zil lauschtert.
Verfollegt, wéi wäit eng feelgeschloen Verbindung kënnt. Refusen an Zrécksetze variéieren je no Plattform an Implementatioun vun der Weiderleitung, dofir identifizéiert keng dovun eng Astellung eenzegaarteg. Wann se de Service ereicht, sicht eng gülteg Proxy-Begréissung a wend déi erfuerdert SOCKS-Versioun, Authentifikatioun an Zilpolitik un. En eenzegen erreechbare Host-Port kann déi Fäegkeeten net beleeën.