Squid ఫార్వర్డ్ ప్రాక్సీ కోసం HAProxy ఆరోగ్య తనిఖీలు

ప్రాక్సీ హోస్ట్‌పై /check.txt అనే ఫైల్ ఆరోగ్యానికి స్పష్టమైన లక్ష్యంగా అనిపిస్తుంది. అసలు విషయం ఏమిటంటే Squid యొక్క స్పష్టమైన ఫార్వర్డ్ లిజనర్ ఆ హోస్ట్ డాక్యుమెంట్ రూట్‌ను అందించే సాధారణ వెబ్‌సైట్ కాదు.

HEAD /check.txt HTTP/1.1 లాంటి మూల-శైలి అభ్యర్థన ఫార్వర్డ్ ప్రాక్సీ ద్వారా సాధారణ HTTP అభ్యర్థనకు ఆశించిన సంపూర్ణ లక్ష్యాన్ని వదిలివేస్తుంది. కాన్ఫిగరేషన్‌ను బట్టి అది తిరస్కరించబడవచ్చు లేదా మరో స్థానిక సేవ నిర్వహించవచ్చు. రెండు ఫలితాలు డాష్‌బోర్డ్ సూచించే దాని కంటే తక్కువ చెప్పవచ్చు.

అందుబాటులో ఉంచాల్సిన సేవను ఎంచుకోండి

మూడవ సందర్భంలో అభ్యర్థనకు లక్ష్యం కావాలి, ఉదాహరణకు:

HEAD http://probe.example.internal/proxy-ready HTTP/1.1
Host: probe.example.internal

హోస్ట్‌నేమ్ కేవలం ఉదాహరణ. ప్రాక్సీ పరిష్కరించగలిగే మరియు ఉద్దేశపూర్వకంగా చేరుకోవడానికి అనుమతించబడిన నియంత్రిత ఎండ్‌పాయింట్‌ను ఉపయోగించండి. HAProxy యొక్క http-check send పద్ధతి, URI, వెర్షన్ మరియు హెడర్‌లను ఎంచుకోవడానికి మద్దతు ఇస్తుంది; మూల సర్వర్ ఉదాహరణను మార్పు లేకుండా వారసత్వంగా తీసుకోకుండా ఆ అభ్యర్థనను స్పష్టంగా కాన్ఫిగర్ చేయండి.

HEAD ప్రతిస్పందన స్థితి మరియు హెడర్‌లను తనిఖీ చేయగలదు. ఎప్పుడూ పంపని ప్రతిస్పందన బాడీని అది ధృవీకరించలేదు. ఆరోగ్య ఒప్పందం బాడీలో గుర్తు కోరితే, తగిన GET తనిఖీని ఎంచుకుని ఆ గుర్తును ధృవీకరించండి.

ప్రాక్సీ ప్రామాణీకరణ ఉన్నప్పుడు తనిఖీ ఖాతా మరియు మూల పరిమితులను ఇరుకుగా ఉంచండి. పచ్చని గుర్తు కోసం మొత్తం లిజనర్‌ను ప్రామాణీకరణ నుండి మినహాయించడం రక్షించబడుతున్న సేవను మారుస్తుంది.

చివరగా, విఫలమైన తనిఖీ ఏమి తొలగించాలో నిర్ణయించండి. నియంత్రిత మూల అంతరాయం ఒకేసారి ప్రతి ప్రాక్సీ ఫార్వర్డింగ్ తనిఖీని విఫలం చేయగలదు. అదే మీరు కొలవాలనుకునే ఆధార్యం కావచ్చు, లేదా లిజనర్ ఆరోగ్యం మరియు చివరి-నుండి-చివరి అందుబాటును వేర్వేరు సంకేతాలుగా ఉంచడానికి కారణం కావచ్చు.