Un errore di associazione si verifica sull'host proxy prima che il client possa usare il listener previsto. Modificare gli URL del sito o le password del proxy non renderà disponibile un indirizzo locale inesistente.

Leggi l'intero endpoint non riuscito: indirizzo, porta e famiglia di indirizzi. Un messaggio che include [::1] riguarda IPv6 loopback. Non è lo stesso di non riuscire a connettersi verso l'esterno a un sito IPv6.

Chiedi quale spazio dei nomi di rete lo possiede

Per un proxy in container, esamina gli indirizzi disponibili nell'ambiente di rete del container. Il supporto IPv6 e la configurazione degli indirizzi possono differire dall'host. Pubblicare una porta del container non crea automaticamente ogni indirizzo che un servizio tenta di associare.

La documentazione del listener di Squid spiega che un indirizzo esplicito associa uno specifico endpoint locale. Un nome host può introdurre un'altra fonte di confusione se si risolve in un indirizzo assente da quell'ambiente.

Altri errori di associazione hanno cause diverse. Una porta occupata suggerisce un altro listener o un'altra istanza. Permesso negato può riguardare una porta privilegiata o una policy di sicurezza dell'host. Un indirizzo non disponibile indica la configurazione degli indirizzi. Tieni separate queste osservazioni invece di trattare ogni errore di associazione come un rifiuto del firewall.

Se la distribuzione è deliberatamente solo IPv4, scegli un listener IPv4 esplicito adeguato secondo la policy di accesso prevista. Se è richiesto IPv6, configura quell'ambiente per supportarlo. Associare pubblicamente un indirizzo wildcard solo per tacitare un errore può esporre il proxy più ampiamente del previsto.

Infine, controlla se il socket non riuscito è il listener HTTP rivolto al client o un altro componente di Squid. Un avviso non dimostra che tutti i listener siano falliti, ma un socket non correlato che funziona non dimostra che l'endpoint necessario ai client sia disponibile.

Articoli correlati