Squid cache_peer: Huwag Markahan ang Forward Parent bilang originserver

Ang linyang cache_peer ay maaaring magpangalan ng parent at sabihan pa rin ang Squid na kausapin ito na parang ito ang orihinal na website.

Ang responsableng switch ay originserver. Dinodokumento ito ng Squid para sa mga accelerator setup kung saan ang peer ay isang web server. Hindi ito pangkalahatang flag na nangangahulugang “ipadala ang orihinal na kahilingan sa pamamagitan ng parent na ito”.

Kung ang susunod na hop ay ordinaryong HTTP forward proxy, suriin kung nababagay nga ang flag na iyon doon. Ang isang basikong deklarasyon ng parent ay may ganitong anyo sa halip:

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

Ang parent ay maaaring ang iyong sariling serbisyo; para sa isang pinapayagang pampublikong parent test na walang naka-configure na parent-proxy credentials, kumuha ng HTTP candidate mula sa listahan ng HTTP proxy. Panatilihin ang nilalayong awtorisasyon ng kliyente, pagiging karapat-dapat ng parent, pagpapatotoo at ang patakaran sa direktang fallback. Tinutukoy lamang ng sipi na ito ang papel ng parent.

proxy-only, kung minsan ay kinokopya sa tabi ng originserver, ay tungkol sa pag-iimbak ng mga bagay na nakuha mula sa parent na iyon. Ang pag-alis ng parehong flag nang sabay ay hindi nagpapatunay na pareho ang naging sanhi ng pagpalya ng protocol.

Tingnan kung ano ang inaasahan ng susunod na serbisyo: isang kahilingan sa website, isang kahilingan sa forward-proxy, o isang palitan sa pagtatatag ng tunnel. Ang wastong hostname at maaabot na port ay hindi maaaring gawing mapagpapalit ang mga kontratang iyon. Ang pagwawasto sa papel ng parent ay mas tiyak kaysa sa paulit-ulit na pagpapalit ng mga TLS certificate sa isang koneksyon na mali ang semantika ng kahilingan.