Docker је објавио порт. Да ли прокси слуша тамо?
Проверите слушаоца унутар прокси контејнера и мапирање хост порта у Docker-у када се везе одбијају или ресетују.
Објављени Docker порт пружа пут до крајње тачке у контејнеру. Он не покреће прокси нити мења адресу на којој тај процес слуша.
За типично мапирање на мостовној мрежи упоредите ове три вредности:
| Део пута | Вредност за проверу |
|---|---|
| Улаз клијента | Адреса хоста и објављени порт које клијент контактира |
| Циљ прослеђивања | Адреса контејнера и порт које бира мапирање |
| Услуга | Адреса и порт које прокси заправо везује унутар контејнера |
Прокси везан само на 127.0.0.1 унутар контејнера можда неће примати саобраћај прослеђен на његову мрежну адресу. То се разликује од објављивања хост порта само на хост loopback-у: оно ограничава ко може доћи до мапирања, док loopback контејнера може спречити да мапирање дође до услуге.
Изаберите унутрашњи слушалац за предвиђено увођење уз задржавање ограниченог објављивања хоста и приступа проксију. Изјава о изложеном порту у Dockerfile-у не покреће услугу, а успешно покретање контејнера не доказује да процес слуша на циљу прослеђивања.
Пратите докле стигне неуспешна веза. Одбијања и ресетовања зависе од платформе и имплементације прослеђивања, па ниједно само не идентификује поставку. Када стигне до услуге, потражите исправан поздрав проксија и примените тражену SOCKS верзију, аутентификацију и политику одредишта. Само доступан хост порт не може доказати те могућности.