Squid не может привязать свой слушатель: сначала проверьте адрес

Ошибка привязки возникает на узле прокси до того, как клиент сможет использовать предполагаемый слушатель. Изменение URL сайта или паролей прокси не сделает несуществующий локальный адрес доступным.

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

Спросите, какое сетевое пространство имён им владеет

Для прокси в контейнере проверьте адреса, доступные в сетевом окружении контейнера. Поддержка IPv6 и настройка адресов там могут отличаться от узла. Публикация порта контейнера не создаёт автоматически каждый адрес, который служба пытается привязать.

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

У других ошибок привязки другие причины. Занятый порт указывает на другой слушатель или экземпляр. Отказ в разрешении может быть связан с привилегированным портом или политикой безопасности узла. Недоступный адрес указывает на настройку адресов. Держите эти наблюдения раздельно вместо того, чтобы считать любой сбой привязки отказом брандмауэра.

Если развёртывание намеренно только IPv4, выберите подходящий явный слушатель IPv4 в соответствии с предполагаемой политикой доступа. Если требуется IPv6, настройте это окружение для его поддержки. Публичная привязка к адресу wildcard только для того, чтобы заглушить ошибку, может раскрыть прокси шире, чем предполагалось.

Наконец, проверьте, является ли сбойный сокет клиентским HTTP-слушателем или другим компонентом Squid. Одно предупреждение не доказывает, что все слушатели не работают, но работающий несвязанный сокет не доказывает, что нужная клиентам конечная точка доступна.