Docker ha publicat el port. El proxy hi escolta?
Comproveu l'oient dins del contenidor del proxy i la mapació del port de l'amfitrió de Docker quan les connexions es rebutgen o es restableixen.
Un port Docker publicat proporciona un camí cap a un punt final del contenidor. No inicia el proxy ni canvia l'adreça on escolta aquest procés.
Per a una mapació típica en xarxa bridge, compareu aquests tres valors:
| Part del camí | Valor a inspeccionar |
|---|---|
| Entrada del client | L'adreça de l'amfitrió i el port publicat que contacta el client |
| Destí del reenviament | L'adreça del contenidor i el port que selecciona la mapació |
| Servei | L'adreça i el port que el proxy realment enllaça dins del contenidor |
Un proxy enllaçat només a 127.0.0.1 dins del contenidor pot no rebre el trànsit reenviat a la seva adreça de xarxa. Això difereix de publicar un port d'amfitrió només a la loopback de l'amfitrió: això restringeix qui pot arribar a la mapació, mentre que la loopback del contenidor pot impedir que la mapació arribi al servei.
Trieu l'oient intern per al desplegament previst tot preservant la publicació restringida de l'amfitrió i l'accés al proxy. La declaració de port exposat d'un Dockerfile no inicia cap servei, i un arrencada correcta del contenidor no estableix que el procés escolti a l'objectiu del reenviament.
Seguiu fins on arriba una connexió fallida. Els rebuigs i els restabliments varien segons la plataforma i la implementació del reenviament, de manera que cap dels dos identifica per si sol un paràmetre. Quan arribi al servei, busqueu una salutació de proxy vàlida i apliqueu la versió de SOCKS, l'autenticació i la política de destí requerides. Només un port d'amfitrió accessible no pot establir aquestes capacitats.