Ваша вышэйстаячая служба дае адзін порт 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.

Падобныя артыкулы