Squid nedokáže zviazať svoj listener: najprv skontrolujte adresu
Oddeľte zlyhanie viazania listenera Squid od konektivity cieľa a preverte dostupnosť adresnej rodiny v skutočnom prostredí procesu.
Chyba viazania nastane na hostiteľovi proxy skôr, ako klient môže použiť zamýšľaný listener. Zmena URL webu alebo hesiel proxy nesprístupní neexistujúcu lokálnu adresu.
Prečítajte si celý neúspešný koncový bod: adresu, port a adresnú rodinu. Správa obsahujúca [::1] sa týka IPv6 loopbacku. Nie je to to isté ako nemožnosť pripojiť sa navonok k webu IPv6.
Spýtajte sa, ktorý sieťový menný priestor ho vlastní
Pri proxy v kontajneri preskúmajte adresy dostupné v sieťovom prostredí kontajnera. Podpora IPv6 a konfigurácia adries sa tam môžu líšiť od hostiteľa. Zverejnenie portu kontajnera automaticky nevytvorí každú adresu, ktorú sa služba pokúša zviazať.
Referencia listenera Squid vysvetľuje, že explicitná adresa viaže konkrétny lokálny koncový bod. Názov hostiteľa môže priniesť ďalší zdroj zmätku, ak sa preloží na adresu v tomto prostredí chýbajúcu.
Iné chyby viazania majú iné príčiny. Obsadený port naznačuje iný listener alebo inštanciu. Odmietnutie povolenia môže súvisieť s privilegovaným portom alebo bezpečnostnou politikou hostiteľa. Nedostupná adresa ukazuje na konfiguráciu adries. Udržujte tieto pozorovania oddelené, namiesto toho, aby ste každé zlyhanie viazania považovali za odmietnutie firewallom.
Ak je nasadenie zámerne len IPv4, zvoľte vhodný explicitný IPv4 listener podľa zamýšľanej zásady prístupu. Ak je potrebný IPv6, nakonfigurujte toto prostredie, aby ho podporovalo. Verejné viazanie na adresu wildcard len preto, aby ste utíšili chybu, môže proxy vystaviť širšie, než bolo zamýšľané.
Nakoniec skontrolujte, či je neúspešný socket HTTP listener otočený ku klientovi alebo iná komponenta Squid. Jedno upozornenie nedokazuje, že zlyhali všetky listenery, ale fungujúci nesúvisiaci socket nedokazuje, že koncový bod, ktorý klienti potrebujú, je dostupný.