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 సర్టిఫికెట్లను పదేపదే మార్చడం కంటే పేరెంట్ పాత్రను సరిచేయడం మరింత నిర్దిష్టం.