Нуждае ли се родителският прокси Squid от ICP порт?

Свържете Squid с обикновен родителски HTTP прокси, без да бъркате HTTP препращането с незадължителен трафик на заявки към кеша.

Вашата upstream услуга предоставя един 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 дестинация.

Подобни статии