Docker publicou o porto. Escoita o proxy alí?
Comprobe o oínte dentro dun contedor de proxy e a asignación de porto do host de Docker cando as conexións se rexeitan ou se restablecen.
Un porto Docker publicado fornece un camiño cara a un punto final do contedor. Non inicia o proxy nin cambia o enderezo no que escoita ese proceso.
Para unha asignación típica en rede ponte, compare estes tres valores:
| Parte do camiño | Valor que inspeccionar |
|---|---|
| Entrada do cliente | O enderezo do host e o porto publicado que contacta o cliente |
| Destino do reenvío | O enderezo do contedor e o porto que selecciona a asignación |
| Servizo | O enderezo e o porto que o proxy realmente enlaza dentro do contedor |
Un proxy enlazado só a 127.0.0.1 dentro do contedor pode non recibir o tráfico reenviado ao seu enderezo de rede. Isto difire de publicar un porto do host só na loopback do host: iso restrinxe quen pode chegar á asignación, mentres que a loopback do contedor pode impedir que a asignación chegue ao servizo.
Escolla o oínte interno para o despregamento previsto preservando a publicación restrinxida do host e o acceso ao proxy. A declaración de porto exposto dun Dockerfile non inicia un servizo, e un arranque correcto do contedor non establece que o proceso escoite no destino do reenvío.
Siga ata onde chega unha conexión fallida. Os rexeitamentos e os restablecementos varían segundo a plataforma e a implementación do reenvío, polo que ningún dos dous identifica por si só un axuste. Cando chegue ao servizo, busque un saúdo de proxy válido e aplique a versión de SOCKS, a autenticación e a política de destino requiridas. Só un porto do host accesible non pode demostrar esas capacidades.