Docker zveřejnil port. Poslouchá tam proxy?
Zkontrolujte posluchače uvnitř kontejneru proxy i mapování hostitelského portu v Dockeru, když jsou připojení odmítána nebo resetována.
Zveřejněný port Dockeru poskytuje cestu ke koncovému bodu v kontejneru. Nespouští proxy ani nemění adresu, na které tento proces poslouchá.
U typického mapování v síti bridge porovnejte tyto tři hodnoty:
| Část cesty | Hodnota k prozkoumání |
|---|---|
| Vstup klienta | Adresa hostitele a zveřejněný port, na které se klient obrací |
| Cíl přeposílání | Adresa kontejneru a port vybrané mapováním |
| Služba | Adresa a port, které proxy skutečně naváže uvnitř kontejneru |
Proxy navázaná uvnitř kontejneru pouze na 127.0.0.1 nemusí přijímat provoz přeposílaný na její síťovou adresu. To se liší od zveřejnění hostitelského portu jen na loopbacku hostitele: to omezuje, kdo se k mapování dostane, zatímco loopback kontejneru může bránit tomu, aby mapování dosáhlo služby.
Zvolte vnitřní posluchač pro zamýšlené nasazení a přitom zachovejte omezené zveřejnění hostitele i přístup k proxy. Deklarace vystaveného portu v Dockerfile službu nespouští a úspěšné spuštění kontejneru neprokazuje, že proces poslouchá na cíli přeposílání.
Sledujte, kam se neúspěšné připojení dostane. Odmítnutí a resetování se liší podle platformy a implementace přeposílání, takže ani jedno samo o sobě nastavení jednoznačně neurčí. Když dorazí ke službě, hledejte platný pozdrav proxy a použijte požadovanou verzi SOCKS, ověřování a politiku cíle. Pouze dostupný hostitelský port tyto schopnosti neprokáže.