Squid non pode vincular o seu oínte: comprobe primeiro o enderezo

Un erro de vinculación ocorre no host do proxy antes de que o cliente poida usar o oínte previsto. Cambiar os URL do sitio web ou os contrasinais do proxy non fará que un enderezo local inexistente estea dispoñible.

Lea o punto final fallido completo: enderezo, porto e familia de enderezos. Unha mensaxe que inclúe [::1] refírese a IPv6 loopback. Non é o mesmo que non poder conectar cara a fóra cun sitio web IPv6.

Pregunte que espazo de nomes de rede o posúe

Para un proxy en contedor, examine os enderezos dispoñibles dentro da contorna de rede do contedor. A compatibilidade con IPv6 e a configuración de enderezos alí poden diferir do host. Publicar un porto de contedor non crea automaticamente todos os enderezos que un servizo tenta vincular.

A referencia do oínte de Squid explica que un enderezo explícito vincula un punto final local concreto. Un nome de host pode introducir outra fonte de confusión se se resolve a un enderezo ausente nesa contorna.

Outros erros de vinculación teñen causas distintas. Un porto ocupado suxire outro oínte ou instancia. O permiso denegado pode implicar un porto privilexiado ou unha política de seguridade do host. Un enderezo non dispoñible apunta á configuración de enderezos. Mantéñaas observacións separadas en lugar de tratar cada fallo de vinculación como un rexeitamento do cortafuegos.

Se o despregamento é deliberadamente só IPv4, elixa un oínte IPv4 explícito axeitado conforme á política de acceso prevista. Se se require IPv6, configure esa contorna para admitilo. Vincular publicamente a un enderezo wildcard só para silenciar un erro pode expoñer o proxy máis amplamente do previsto.

Por último, comprobe se o socket fallido é o oínte HTTP orientado ao cliente ou outro compoñente de Squid. Un aviso non demostra que todos os oíntes fallasen, pero un socket non relacionado que funciona non demostra que o punto final que necesitan os clientes estea dispoñible.