A Squid nem tudja kötni a listenerét: először a címet ellenőrizze
Válassza külön a Squid listener kötési hibáját a cél elérhetőségétől, és vizsgálja meg a címcsalád elérhetőségét a folyamat tényleges környezetében.
Kötési hiba a proxy hoszton történik, mielőtt a kliens használhatná a szánt listenert. A webhely URL-jeinek vagy a proxy jelszavainak módosítása nem teszi elérhetővé a nem létező helyi címet.
Olvassa el a teljes sikertelen végpontot: cím, port és címcsalád. Az [::1]-t tartalmazó üzenet IPv6 loopbackről szól. Ez nem ugyanaz, mint nem tud kifelé csatlakozni egy IPv6-webhelyhez.
Kérdezze meg, melyik hálózati névtér birtokolja
Konténeres proxy esetén vizsgálja meg a konténer hálózati környezetében elérhető címeket. Az IPv6-támogatás és a címkonfiguráció ott eltérhet a hoszttól. A konténerport közzététele nem hozza létre automatikusan minden címet, amelyet egy szolgáltatás kötni próbál.
A Squid listener-referenciája kifejti, hogy egy explicit cím egy adott helyi végpontot köt. A hosztnév további zavarforrást jelenthet, ha olyan címre oldódik fel, amely hiányzik abból a környezetből.
Más kötési hibáknak más okai vannak. A foglalt port másik listenerre vagy példányra utal. Az engedély megtagadása privilegizált porthoz vagy hoszt biztonsági szabályhoz kapcsolódhat. Az elérhetetlen cím a címkonfigurációra mutat. Tartsa ezeket a megfigyeléseket külön, ahelyett hogy minden kötési hibát tűzfal-elutasításként kezelne.
Ha a telepítés szándékosan csak IPv4, válasszon megfelelő explicit IPv4 listenert a szánt hozzáférési szabály szerint. Ha IPv6 szükséges, konfigurálja úgy a környezetet, hogy támogassa. Ha csak a hiba elnémítása érdekében köt nyilvánosan wildcard-címre, a proxy a szándékoltnál szélesebb körben tehető ki.
Végül ellenőrizze, hogy a sikertelen socket a kliens felé néző HTTP listener-e vagy a Squid más komponense. Egy figyelmeztetés nem bizonyítja, hogy minden listener meghiúsult, de egy működő, nem kapcsolódó socket nem bizonyítja, hogy a klienseknek szükséges végpont elérhető.