Արդյո՞ք Squid-ի ծնող պրոքսին ICP պորտ է պահանջում:

Ձեր վերին ծառայությունը տրամադրում է մեկ HTTP պրոքսի պորտ։ Squid-ի cache_peer շարահյուսությունը պահանջում է երկուսը։ Լրացուցիչ դաշտը նախատեսված է կեշի հարցումների համար, ոչ թե երկրորդ պարտադիր փոխանցման կապի։

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 նպատակակետը։