Squid не може да обвърже слушателя си: първо проверете адреса

Грешка при обвързване възниква на прокси хоста, преди клиентът да може да използва предвидения слушател. Промяната на URL адреси на сайтове или пароли за прокси няма да направи несъществуващ локален адрес достъпен.

Прочетете изцяло неуспешната крайна точка: адрес, порт и адресно семейство. Съобщение с [::1] се отнася за IPv6 loopback. То не е същото като невъзможност да се свържете навън със сайт по IPv6.

Питайте кое мрежово пространство от имена го притежава

За прокси в контейнер прегледайте адресите, налични в мрежовата среда на контейнера. Поддръжката на IPv6 и конфигурацията на адресите там могат да се различават от хоста. Публикуването на порт на контейнер не създава автоматично всеки адрес, който дадена услуга се опитва да обвърже.

Справочникът за слушателя на Squid обяснява, че явен адрес обвързва конкретна локална крайна точка. Име на хост може да добави още един източник на объркване, ако се разреши до адрес, липсващ в тази среда.

Други грешки при обвързване имат различни причини. Зает порт подсказва друг слушател или инстанция. Отказ на достъп може да е свързан с привилегирован порт или политика за сигурност на хоста. Недостъпен адрес сочи към конфигурация на адресите. Дръжте тези наблюдения отделно, вместо да третирате всеки неуспех при обвързване като отказ от защитна стена.

Ако внедряването е умишлено само IPv4, изберете подходящ явен IPv4 слушател съгласно предвидената политика за достъп. Ако е необходим IPv6, конфигурирайте тази среда да го поддържа. Публичното обвързване към wildcard адрес само за да заглушите грешка може да изложи проксито по-широко от предвиденото.

Накрая проверете дали неуспешният сокет е обърнатият към клиента HTTP слушател или друг компонент на Squid. Едно предупреждение не доказва, че всички слушатели са се провалили, но работещ несвързан сокет не доказва, че крайната точка, от която клиентите се нуждаят, е налична.