Squid negali susieti savo klausytuvo: pirmiausia patikrinkite adresą
Atskirkite Squid klausytuvo susiejimo klaidą nuo ryšio su tikslu ir patikrinkite adresų šeimos prieinamumą tikroje proceso aplinkoje.
Susiejimo klaida įvyksta proxy mazge dar prieš klientui panaudojant numatytą klausytuvą. Svetainės URL ar proxy slaptažodžių keitimas nepadarys neegzistuojančio vietinio adreso prieinamo.
Perskaitykite visą nepavykusį galinį tašką: adresą, prievadą ir adresų šeimą. Pranešimas su [::1] susijęs su IPv6 loopback. Tai nėra tas pats, kas negalėjimas prisijungti išorėje prie IPv6 svetainės.
Paklauskite, kuri tinklo vardų erdvė jam priklauso
Konteinerio proxy atveju patikrinkite adresus, pasiekiamus konteinerio tinklo aplinkoje. IPv6 palaikymas ir adresų konfigūracija ten gali skirtis nuo mazgo. Konteinerio prievado paskelbimas automatiškai nesukuria kiekvieno adreso, kurį paslauga bando susieti.
Squid klausytuvo dokumentacija aiškina, kad aiškus adresas susieja konkretų vietinį galinį tašką. Mazgo vardas gali pridėti dar vieną painiavos šaltinį, jei jis išsprendžiamas į adresą, kurio toje aplinkoje nėra.
Kitos susiejimo klaidos turi kitas priežastis. Užimtas prievadas rodo kitą klausytuvą ar egzempliorių. Leidimo atsisakymas gali būti susijęs su privilegijuotu prievadu ar mazgo saugumo politika. Neprieinamas adresas nurodo adresų konfigūraciją. Laikykite šiuos pastebėjimus atskirai, o ne traktuokite kiekvieną susiejimo nesėkmę kaip ugniasienės atmetimą.
Jei diegimas sąmoningai tik IPv4, pasirinkite tinkamą aiškų IPv4 klausytuvą pagal numatytą prieigos politiką. Jei reikia IPv6, sukonfigūruokite tą aplinką jai palaikyti. Viešas susiejimas su wildcard adresu vien tam, kad nutildytumėte klaidą, gali labiau nei numatyta atskleisti proxy.
Galiausiai patikrinkite, ar nepavykęs socket yra klientui skirtas HTTP klausytuvas, ar kitas Squid komponentas. Vienas įspėjimas neįrodo, kad visi klausytuvai nepavyko, tačiau veikiantis nesusietas socket neįrodo, kad klientams reikalingas galinis taškas yra prieinamas.