Squid не може прив'язати свій слухач: спершу перевірте адресу
Відокремте помилку прив'язки слухача Squid від зв'язності з призначенням і перевірте доступність родини адрес у реальному середовищі процесу.
Помилка прив'язки виникає на вузлі проксі до того, як клієнт зможе використати передбачуваний слухач. Зміна URL сайту або паролів проксі не зробить неіснуючу локальну адресу доступною.
Прочитайте повністю невдалу кінцеву точку: адресу, порт і родину адрес. Повідомлення з [::1] стосується IPv6 loopback. Це не те саме, що неможливість підключитися назовні до сайту IPv6.
Запитайте, який мережевий простір імен ним володіє
Для проксі в контейнері перегляньте адреси, доступні в мережевому середовищі контейнера. Підтримка IPv6 і налаштування адрес там можуть відрізнятися від вузла. Публікація порту контейнера не створює автоматично кожну адресу, яку служба намагається прив'язати.
Довідка про слухач Squid пояснює, що явна адреса прив'язує конкретну локальну кінцеву точку. Ім'я вузла може додати ще одне джерело плутанини, якщо воно розв'язується в адресу, відсутню в цьому середовищі.
Інші помилки прив'язки мають інші причини. Зайнятий порт вказує на інший слухач або екземпляр. Відмова в дозволі може стосуватися привілейованого порту або політики безпеки вузла. Недоступна адреса вказує на налаштування адрес. Тримайте ці спостереження окремо, замість того щоб вважати будь-який збій прив'язки відмовою брандмауера.
Якщо розгортання навмисно лише IPv4, виберіть відповідний явний слухач IPv4 згідно з передбачуваною політикою доступу. Якщо потрібен IPv6, налаштуйте це середовище для його підтримки. Публічна прив'язка до адреси wildcard лише для того, щоб заглушити помилку, може розкрити проксі ширше, ніж передбачалося.
Нарешті, перевірте, чи збійний сокет є клієнтським HTTP-слухачем або іншим компонентом Squid. Одне попередження не доводить, що всі слухачі не працюють, але працездатний незв'язаний сокет не доводить, що потрібна клієнтам кінцева точка доступна.