Чи потрібен батьківському проксі Squid порт ICP?

Підключіть Squid до звичайного батьківського HTTP-проксі, не плутаючи пересилання HTTP з необов'язковим трафіком запитів до кешу.

Ваша вищестояща служба надає один порт HTTP-проксі. Синтаксис cache_peer у Squid вимагає двох. Додаткове поле призначене для запитів до кешу, а не для другого обов'язкового з'єднання пересилання.

cache_peer parent.example parent 8080 0 no-query name=office_parent

Тут 8080 передає запити HTTP-проксі. Нуль займає поле порту запитів; no-query вимикає запити ICP до цього партнера. Батьківському проксі не потрібно реалізовувати ICP.

Але говорити протоколом HTTP-проксі він мусить. Якщо батьківський проксі буде публічним, список HTTP-проксі дає кандидатів HTTP для перевірки. Порт SOCKS його не замінить. Для HTTPS перевірте, чи дозволяє батьківський проксі потрібну адресу CONNECT; підтримка ICP тут ні до чого.

Тримайте контроль доступу й політику подальшої маршрутизації окремо. Оголошення цього партнера не дає клієнтам прав і не забороняє прямий відкат. Збережіть належні правила http_access, вибору партнера та never_direct для потрібних запитів.

Зміна порту ICP не виправить відхилений вхід у проксі або заборонену адресу CONNECT.

Схожі статті