Squid ei saa oma kuulajat siduda: kontrollige esmalt aadressi
Eristage Squidi kuulaja sidumise viga sihtkoha ühenduvusest ja uurige aadressiperekonna kättesaadavust protsessi tegelikus keskkonnas.
Sidumisviga tekib puhverserveri hostis enne, kui klient saab kavandatud kuulajat kasutada. Veebisaidi URL-ide või puhverserveri paroolide muutmine ei tee olematut kohalikku aadressi kättesaadavaks.
Lugege kogu ebaõnnestunud lõpp-punkt: aadress, port ja aadressiperekond. Sõnum, mis sisaldab [::1], puudutab IPv6 loopback'i. See ei ole sama, mis võimetus ühenduda väljapoole IPv6-veebisaidiga.
Küsige, milline võrgu nimeruum seda omab
Konteineris oleva puhverserveri puhul uurige konteineri võrgukeskkonnas saadaolevaid aadresse. IPv6-tugi ja aadressikonfiguratsioon võivad seal hostist erineda. Konteineri pordi avaldamine ei loo automaatselt iga aadressi, mida teenus üritab siduda.
Squidi kuulaja viitedokument selgitab, et selgesõnaline aadress seob kindla kohaliku lõpp-punkti. Hostinimi võib lisada veel ühe segaduse allika, kui see lahendub aadressiks, mis selles keskkonnas puudub.
Teistel sidumisvigadel on teised põhjused. Hõivatud port viitab teisele kuulajale või eksemplarile. Juurdepääsu keelamine võib olla seotud privilegeeritud pordi või hosti turbepoliitikaga. Kättesaamatu aadress osutab aadressikonfiguratsioonile. Hoidke need tähelepanekud eraldi, selle asemel et käsitleda iga sidumise ebaõnnestumist tulemüüri keeldumisena.
Kui juurutus on teadlikult ainult IPv4, valige kavandatud juurdepääsupoliitika kohaselt sobiv selgesõnaline IPv4 kuulaja. Kui IPv6 on vajalik, seadistage see keskkond seda toetama. Avalikult wildcard-aadressile sidumine ainult vea vaigistamiseks võib puhverserveri avada laiemalt kui kavandatud.
Lõpuks kontrollige, kas ebaõnnestunud socket on kliendile suunatud HTTP-kuulaja või mõni muu Squidi komponent. Üks hoiatus ei tõesta, et kõik kuulajad ebaõnnestusid, kuid töötav mitteseotud socket ei tõesta, et klientidele vajalik lõpp-punkt on kättesaadav.