Squid не можа прывязаць слухач: спачатку праверце адрас
Аддзяліце памылку прывязкі слухача Squid ад злучэння з пунктам прызначэння і праверце даступнасць сямейства адрасоў у рэальным асяроддзі працэсу.
Памылка прывязкі ўзнікае на хосце проксі да таго, як кліент зможа выкарыстаць прызначаны слухач. Змена URL-адрасоў сайта або пароляў проксі не зробіць неіснуючы лакальны адрас даступным.
Прачытайце цалкам збойную канчатковую кропку: адрас, порт і сямейства адрасоў. Паведамленне з [::1] тычыцца IPv6 loopback. Гэта не тое ж самае, што немагчымасць злучыцца вонкі з сайтам IPv6.
Спытайцеся, якая сеткавая прастора ім валодае
Для проксі ў кантэйнеры глядзіце адрасы, даступныя ў сеткавым асяроддзі кантэйнера. Падтрымка IPv6 і канфігурацыя адрасоў там могуць адрознівацца ад хоста. Публікацыя порта кантэйнера не стварае аўтаматычна кожны адрас, які служба спрабуе прывязаць.
Даведка Squid пра слухача тлумачыць, што яўны адрас прывязвае пэўную лакальную канчатковую кропку. Імя хоста можа дадаць яшчэ адну крыніцу блытаніны, калі яно развязаецца ў адрас, адсутны ў гэтым асяроддзі.
Іншыя памылкі прывязкі маюць іншыя прычыны. Заняты порт указвае на іншы слухач або асобнік. Адмова ў доступе можа тычыцца прывілеяванага порта або палітыкі бяспекі хоста. Недаступны адрас паказвае на канфігурацыю адрасоў. Трымайце гэтыя назіранні асобна, а не лічыце любую няўдачу прывязкі адхіленнем фаервала.
Калі разгортванне свядома толькі IPv4, выберыце адпаведны яўны слухач IPv4 у межах прызначанай палітыкі доступу. Калі патрабуецца IPv6, наладзьце тое асяроддзе для яго падтрымкі. Прывязка да wildcard-адраса публічна толькі каб заглушыць памылку можа выкрыць проксі шырэй, чым меркавалася.
Нарэшце, праверце, ці збойны сокет — гэта звернуты да кліента HTTP-слухач ці іншы кампанент Squid. Адно папярэджанне не даказвае, што ўсе слухачы збайныя, але працуючы недатычны сокет не даказвае, што патрэбная кліентам канчатковая кропка даступная.