Squid cache_peer: nu marcați un părinte de redirecționare ca originserver

O linie cache_peer poate numi un părinte și totuși îi poate spune lui Squid să vorbească cu el ca și cum ar fi site-ul web de origine.

Comutatorul responsabil este originserver. Squid îl documentează pentru configurațiile de accelerator în care părintele este un server web. Nu este un steag generic care înseamnă „trimite cererea originală prin acest părinte”.

Dacă următorul salt este un proxy de redirecționare HTTP obișnuit, verificați dacă acel steag își are locul acolo. O declarație de bază a părintelui are în schimb această formă:

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

Părintele poate fi propriul dumneavoastră serviciu; pentru un test de părinte public permis, fără acreditări de proxy părinte configurate, luați un candidat HTTP din lista de proxy HTTP. Păstrați autorizarea clientului dorită, eligibilitatea părintelui, autentificarea și politica de revenire directă. Acest fragment identifică doar rolul părintelui.

proxy-only, uneori copiat lângă originserver, privește stocarea obiectelor obținute de la acel părinte. Eliminarea ambelor steaguri deodată nu dovedește că ambele au cauzat eșecul protocolului.

Uitați-vă la ce așteaptă următorul serviciu: o cerere de site web, o cerere de proxy de redirecționare sau un schimb de stabilire a tunelului. Un nume de gazdă valid și un port accesibil nu pot face acele contracte interschimbabile. Corectarea rolului părintelui este mai specifică decât schimbarea repetată a certificatelor TLS pe o conexiune a cărei semantică a cererii era greșită.