Squid cache_peer: mos e shënoni një prind përçues si originserver

Një rresht cache_peer mund të emërtojë një prind dhe prapë t'i thotë Squid të flasë me të sikur të ishte faqja e origjinës.

Ndërprerësi përgjegjës është originserver. Squid e dokumenton atë për konfigurimet e përshpejtuesit ku prindi është një server web. Nuk është një flamur i përgjithshëm që do të thotë “dërgo kërkesën origjinale përmes këtij prindi”.

Nëse hapi tjetër është një proxy përçues HTTP i zakonshëm, rishikoni nëse ai flamur i përket vërtet atje. Një deklaratë bazë prindi ka në vend të kësaj këtë formë:

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

Prindi mund të jetë shërbimi juaj; për një test të lejuar të prindit publik pa kredenciale të proxy-t prind të konfiguruara, merrni një kandidat HTTP nga lista e proxy-ve HTTP. Ruani autorizimin e synuar të klientit, përshtatshmërinë e prindit, vërtetimin dhe politikën e kthimit të drejtpërdrejtë. Ky fragment identifikon vetëm rolin e prindit.

proxy-only, ndonjëherë kopjuar pranë originserver, ka të bëjë me ruajtjen e objekteve të marra nga ai prind. Heqja e të dy flamujve njëherësh nuk vërteton se të dy shkaktuan dështimin e protokollit.

Shikoni çfarë pret shërbimi tjetër: një kërkesë faqeje, një kërkesë proxy përçues ose një shkëmbim vendosjeje tuneli. Një emër i vlefshëm hosti dhe një port i arritshëm nuk mund t'i bëjnë ato kontrata të këmbyeshme. Korrigjimi i rolit të prindit është më specifik sesa ndryshimi i përsëritur i certifikatave TLS në një lidhje, semantika e kërkesës së së cilës ishte e gabuar.