Squid cache_peer: не пазначайце прамы бацькоўскі проксі як originserver

Радок cache_peer можа называць бацьку і пры гэтым загадваць Squid размаўляць з ім так, нібы гэта сайт-крыніца.

Адказны за гэта перамыкач — originserver. Squid дакументуе яго для паскораных схем, дзе сусед — вэб-сервер. Гэта не агульны сцяг са значэннем «адправіць зыходны запыт праз гэтую бацьку».

Калі наступны крок — звычайны прамы HTTP-проксі, праверце, ці наогул там гэты сцяг. Базавае аб'яўленне бацькі мае такі выгляд:

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

Бацькам можа быць ваш уласны сэрвіс; для дазволенага тэсту публічнай бацькі без наладжаных уліковых даных бацькоўскага проксі вазьміце HTTP-кандыдата са спісу HTTP-проксі. Захавайце прызначаную аўтарызацыю кліента, прыдатнасць суседа, аўтэнтыфікацыю і палітыку прамога адкату. Гэты ўрывак вызначае толькі ролю суседа.

proxy-only, які часам капіруюць побач з originserver, датычыцца захоўвання аб'ектаў, атрыманых ад гэтага суседа. Адначасовае выдаленне абодвух сцягоў не даказвае, што абодва выклікалі збой пратаколу.

Паглядзіце, чаго чакае наступны сэрвіс: запыту сайта, запыту прамога проксі або абмену ўсталявання тунеля. Сапраўднае імя хоста і дасяжны порт не робяць гэтыя дамовы ўзаемазаменнымі. Выпраўленне ролі суседа дакладнейшае за паўторную змену TLS-сертыфікатаў на злучэнні, семантыка запыту якога была няправільнай.