Squid kan nie sy luisteraar bind nie: kyk eers na die adres

'n Bindfout gebeur op die proxy-gasheer voordat die kliënt die beoogde luisteraar kan gebruik. Om webwerf-URL's of proxywagwoorde te verander, sal nie 'n nie-bestaande plaaslike adres beskikbaar maak nie.

Lees die volledige mislukte eindpunt: adres, poort en adresfamilie. 'n Boodskap wat [::1] betrek, handel oor IPv6-loopback. Dit is nie dieselfde as om nie uitwaarts na 'n IPv6-webwerf te kan verbind nie nie.

Vra watter netwerknaamruimte dit besit

Vir 'n proxy in 'n houer, ondersoek die adresse wat binne die houer se netwerkomgewing beskikbaar is. IPv6-ondersteuning en adreskonfigurasie daar kan van die gasheer verskil. Om 'n houerpoort te publiseer, skep nie outomaties elke adres wat 'n diens probeer bind nie.

Squid se luisteraarverwysing verduidelik dat 'n eksplisiete adres 'n spesifieke plaaslike eindpunt bind. 'n Gasheernaam kan nog 'n bron van verwarring invoer as dit na 'n adres oplos wat nie in daardie omgewing bestaan nie.

Ander bindfoute het ander oorsake. 'n Besette poort dui op 'n ander luisteraar of instansie. Toestemming geweier kan 'n bevoorregte poort of gasheersekuriteitsbeleid betref. 'n Onbeskikbare adres dui op adreskonfigurasie. Hou daardie waarnemings apart eerder as om elke bindfout as 'n firewall-weiering te behandel.

As die ontplooiing doelbewus slegs IPv4 is, kies 'n gepaste eksplisiete IPv4-luisteraar onder die beoogde toegangsbeleid. As IPv6 vereis word, konfigureer daardie omgewing om dit te ondersteun. Om publiek aan 'n wildcard-adres te bind bloot om 'n fout stil te maak, kan die proxy wyer blootstel as wat bedoel is.

Laastens, kyk of die mislukte sokkel die kliëntgerigte HTTP-luisteraar is of 'n ander Squid-komponent. Een waarskuwing bewys nie dat elke luisteraar misluk het nie, maar 'n werkende onverwante sokkel bewys nie dat die eindpunt wat kliënte nodig het, beskikbaar is nie.