Docker hat de poarte publisearre. Harket de proxy dêr?
Kontrolearje de listener yn in proxy-kontener en de host-poartmapping fan Docker as ferbiningen wegere of reset wurde.
In publisearre Docker-poarte jout in paad nei in einpunt yn 'e kontener. Hy startet de proxy net en feroaret net it adres dêr't dat proses op harket.
Ferlykje foar in typyske bridge-netwurkmapping dizze trije wearden:
| Diel fan it paad | Wearde om te besjen |
|---|---|
| Klantynset | It hostadres en de publisearre poarte dy't de klant kontaktet |
| Trochstjoerdoel | It konteneradres en de poarte dy't de mapping kiest |
| Tsjinst | It adres en de poarte dy't de proxy feitlik yn 'e kontener bynt |
In proxy dy't allinnich oan 127.0.0.1 yn 'e kontener bûn is, ûntfangt miskien gjin ferkear dat nei syn netwurkadres trochstjoerd wurdt. Dat ferskilt fan it publisearjen fan in hostpoarte allinnich op host-loopback: dat beheint wa't de mapping berikke kin, wylst kontener-loopback foarkomme kin dat de mapping de tsjinst berikt.
Kies de ynterne listener foar de bedoelde útrulling en behâld beheinde hostpublikaasje en proxy tagong. De ferklearring fan in bleatstelde poarte yn in Dockerfile startet gjin tsjinst, en in suksesfolle kontenerstart bewissiget net dat it proses by it trochstjoerdoel harket.
Folgje hoe fier in mislearre ferbining komt. Wegeringen en resets ferskille per platfoarm en trochstjoerymplemintaasje, dus gjin fan beide identifisearret in ynstelling unyk. As it de tsjinst berikt, sykje dan in jildige proxy-groetnis en pas de fereaske SOCKS-ferzje, autentikaasje en bestimmingsbelied ta. In allinnich berikbere hostpoarte kin dy mooglikheden net bewissigje.