HTTP ప్రాక్సీ గొలుసులో DNS వైఫల్యాలు: ఏ హాప్ పేరును పరిష్కరిస్తుంది?
గొలుసుగా ఉన్న ఫార్వర్డ్ ప్రాక్సీని పరిశీలించేటప్పుడు స్థానిక ప్రాక్సీని చేరుకోవడం, పేరెంట్ను పరిష్కరించడం మరియు వెబ్సైట్ను పరిష్కరించడం వేరు చేయండి.
client → local forward proxy → HTTP parent → websiteఅన్ని DNS “ప్రాక్సీ”దే అని చెప్పడం బదులు విఫలమవుతున్న పేరుతో ప్రారంభించండి:
| అవసరమైన పేరు | దానిని చేరుకోవాల్సిన హాప్ |
|---|---|
| స్థానిక ప్రాక్సీ ముగింపు బిందువు | క్లయింట్ |
| HTTP పేరెంట్ ముగింపు బిందువు | స్థానిక ఫార్వర్డ్ ప్రాక్సీ |
| వెబ్సైట్ ముగింపు బిందువు | పేరెంట్ చివరి కనెక్షన్ తెరిచినప్పుడు |
ముగింపు బిందువులు హోస్ట్నామ్లు అయినప్పుడు ఆ హాప్లు వేర్వేరు రిజాల్వర్లను ఉపయోగించవచ్చు. HTTPS కోసం, ఫార్వర్డ్ ప్రాక్సీ CONNECT యొక్క గమ్య హోస్ట్ మరియు పోర్ట్ను పేరెంట్కు ఇవ్వగలదు; పేరెంట్ చివరి కనెక్షన్ చేస్తుంది. అసలు క్లయింట్ మొదట వెబ్సైట్ను పరిష్కరించాల్సిన అవసరం లేదు. సాధారణ HTTP ఫార్వర్డింగ్ కూడా గమ్య సమాచారాన్ని ముందుకు తీసుకెళ్తుంది.
ప్రతి పేరును సరిగ్గా ఒకే యంత్రం అడుగుతుందని ఇది హామీ కాదు. ACL మూల్యాంకనం, కాషింగ్, విధానం మరియు అమలు వివరాలు అదనపు శోధనలకు కారణం కావచ్చు.
పేరెంట్ అందుబాటులో లేనప్పుడు ఫాల్బ్యాక్ విధానాన్ని తనిఖీ చేయండి. నేరుగా ప్రవేశం అనుమతించబడితే, స్థానిక ప్రాక్సీ తన స్వంత రిజాల్వర్ మరియు మూల చిరునామా నిర్ణయాలతో వెబ్సైట్ వైపు చూసే హాప్ కావచ్చు. పేరెంట్ను కాన్ఫిగర్ చేయడం మాత్రమే ప్రతి అభ్యర్థన దానిని ఉపయోగించిందని నిరూపించదు.
వైఫల్యం సంభవించినప్పుడు, hosts ఫైల్ను సవరించే ముందు పేరును మరియు దానిని పరిష్కరించడానికి ప్రయత్నిస్తున్న ప్రక్రియను గుర్తించండి. క్లయింట్ వైపు సవరణ తదుపరి ప్రతి నిర్ణయాన్ని సరిచేయలేదు. చివరి పబ్లిక్ మూలం వెబ్సైట్ కనెక్షన్ తెరిచే హాప్కు చెందుతుంది; ఆ మూలాన్ని గమనించడం DNS ఎక్కడ సంభవించిందో కొలవడంతో సమానం కాదు.