Docker zverejnil port. Počúva tam proxy?
Skontrolujte poslucháča vnútri kontajnera proxy a mapovanie hostiteľského portu v Dockeri, keď sa pripojenia odmietajú alebo resetujú.
Zverejnený port Dockeru poskytuje cestu ku koncovému bodu v kontajneri. Nespúšťa proxy ani nemení adresu, na ktorej tento proces počúva.
Pri typickom mapovaní v sieti bridge porovnajte tieto tri hodnoty:
| Časť cesty | Hodnota na kontrolu |
|---|---|
| Vstup klienta | Adresa hostiteľa a zverejnený port, na ktoré sa klient obracia |
| Cieľ preposielania | Adresa kontajnera a port, ktoré vyberá mapovanie |
| Služba | Adresa a port, ktoré proxy skutočne naviaže vnútri kontajnera |
Proxy naviazaná vnútri kontajnera iba na 127.0.0.1 nemusí prijímať prevádzku preposielanú na jej sieťovú adresu. To sa líši od zverejnenia hostiteľského portu iba na loopbacku hostiteľa: to obmedzuje, kto sa k mapovaniu dostane, zatiaľ čo loopback kontajnera môže brániť tomu, aby mapovanie dosiahlo službu.
Zvoľte vnútorný poslucháč pre zamýšľané nasadenie a zachovajte obmedzené zverejnenie hostiteľa aj prístup k proxy. Deklarácia vystaveného portu v Dockerfile službu nespúšťa a úspešné spustenie kontajnera nedokazuje, že proces počúva na cieli preposielania.
Sledujte, kam sa neúspešné pripojenie dostane. Odmietnutia a resetovania sa líšia podľa platformy a implementácie preposielania, takže ani jedno samo o sebe nastavenie jednoznačne neurčí. Keď dorazí k službe, hľadajte platný pozdrav proxy a použite požadovanú verziu SOCKS, overovanie a politiku cieľa. Iba dostupný hostiteľský port tieto schopnosti nepreukáže.