Squid nemůže svázat svůj listener: nejprve zkontrolujte adresu
Oddělte selhání svázání listeneru Squid od konektivity cíle a prověřte dostupnost adresní rodiny ve skutečném prostředí procesu.
Chyba svázání nastává na hostiteli proxy dříve, než klient může použít zamýšlený listener. Změna URL webu nebo hesel proxy nezpřístupní neexistující lokální adresu.
Přečtěte si celý neúspěšný koncový bod: adresu, port a adresní rodinu. Zpráva obsahující [::1] se týká IPv6 loopbacku. Není to totéž jako nemožnost připojit se ven k webu IPv6.
Zeptejte se, které síťové jmenné prostory ho vlastní
U proxy v kontejneru prozkoumejte adresy dostupné v síťovém prostředí kontejneru. Podpora IPv6 a konfigurace adres se tam mohou lišit od hostitele. Publikování portu kontejneru automaticky nevytvoří každou adresu, kterou se služba pokouší svázat.
Referenční dokumentace listeneru Squid vysvětluje, že explicitní adresa svazuje konkrétní lokální koncový bod. Název hostitele může přinést další zdroj zmatku, pokud se přeloží na adresu v tomto prostředí chybějící.
Jiné chyby svázání mají jiné příčiny. Obsazený port naznačuje jiný listener nebo instanci. Odepření oprávnění může souviset s privilegovaným portem nebo bezpečnostní politikou hostitele. Nedostupná adresa ukazuje na konfiguraci adres. Udržujte tato pozorování oddělená, místo abyste každé selhání svázání považovali za odmítnutí firewallem.
Pokud je nasazení záměrně pouze IPv4, zvolte vhodný explicitní IPv4 listener podle zamýšlené zásady přístupu. Pokud je vyžadováno IPv6, nakonfigurujte toto prostředí, aby ho podporovalo. Veřejné svázání s adresou wildcard jen proto, abyste umlčeli chybu, může proxy vystavit šířeji, než je zamýšleno.
Nakonec zkontrolujte, zda je neúspěšný socket HTTP listener obrácený ke klientovi, nebo jiná komponenta Squid. Jedno varování nedokazuje, že selhaly všechny listenery, ale fungující nesouvisející socket nedokazuje, že koncový bod, který klienti potřebují, je dostupný.