Squid అభ్యర్థనలను పేరెంట్ ప్రాక్సీ ద్వారా పంపండి

Squidలో పేరెంట్ ప్రకటించడం మాత్రమే ప్రతి ఫార్వర్డ్ అభ్యర్థన దాన్ని వాడాలని బలవంతం చేయదు. నేర మార్గం మీ విధానం ఉల్లంఘిస్తే అవసరాన్ని స్పష్టంగా అమర్చి, పేరెంట్ లేనప్పుడు పరీక్షించండి.

Squid 6.13 కోసం ఈ ఉదాహరణ ఒక పేరెంట్ పేరు పెట్టి ఒక క్లయింట్ మూలానికి అసలు సర్వర్‌కు నేర ఫార్వర్డ్ నిషేధిస్తుంది:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

రెండు చిరునామాలూ నమూనాలు. పబ్లిక్ HTTP పేరెంట్లు అనుమతించిన నియంత్రిత అప్‌స్ట్రీమ్ పరీక్షకు HTTP ప్రాక్సీ జాబితా నుంచి చిరునామా ఎంచుకోండి. కావాల్సిన క్లయింట్లను మాత్రమే అనుమతించే ప్రత్యేక http_access విధానం ఉంచండి. రూటింగ్ నియమం క్లయింట్‌కు ప్రాక్సీ వాడే అధికారం ఇవ్వదు.

ఉన్న రూటింగ్ నియమాలు చూడండి

no-query ఈ peerకి ICP ప్రశ్నలను ఆపుతుంది. సున్నా peer ప్రశ్నల పోర్ట్, HTTP లిసనర్ కాదు. క్లయింట్ వైపు లిసనర్, ప్రాప్యత నియమాలు విడిగానే ఉంటాయి.

ఈ బ్లాక్ చేర్చే ముందు ఉన్న always_direct సెట్టింగులు, ఇతర peer ఎంపికలు చూడండి. always_directలో సరిపోలికను తిరస్కరించడం మాత్రమే పేరెంట్‌ను అవసరం చేయదు. స్పష్ట never-direct నియమం ఎంచుకున్న క్లయింట్‌కు ఆ అవసరం చెబుతుంది.

ఇది ఫార్వర్డ్ చేయాల్సిన లావాదేవీలను నిర్వహిస్తుంది. వాడదగిన స్థానిక కాష్ ఎంట్రీ పేరెంట్‌ను సంప్రదించకుండానే అందవచ్చు, కాబట్టి కొత్త పేరెంట్ కనెక్షన్ లేకపోవడం ఆటోమేటిక్ రూటింగ్ ఉల్లంఘన కాదు.

మార్గం, వైఫల్య ప్రవర్తన పరీక్షించండి

నియంత్రిత గమ్యస్థానం వాడి యాక్సెస్ లాగ్ hierarchy సమాచారాన్ని గమ్యస్థానం పరిశీలనతో పోల్చండి. చివరి HTTP స్థితి మాత్రమే Squid పేరెంట్ లేదా నేర మార్గం వాడిందో చెప్పదు.

నిర్వహణ పరీక్షలో పేరెంట్ అందుబాటులో లేకుండా చేసి అదే కాష్ లేని అభ్యర్థన మళ్లీ చేయండి. విధానం నేర ఫార్వర్డ్‌ను నిషేధిస్తే లావాదేవీ మరో మార్గంలో అసలుకు చేరకుండా విఫలమవ్వాలి. మీ నియంత్రణలోని సేవల్లో మాత్రమే చేసి తర్వాత కావలసిన సెట్టింగ్ తిరిగి పెట్టండి.