client → local forward proxy → HTTP parent → website

అన్ని DNS “ప్రాక్సీ”దే అని చెప్పడం బదులు విఫలమవుతున్న పేరుతో ప్రారంభించండి:

అవసరమైన పేరుదానిని చేరుకోవాల్సిన హాప్
స్థానిక ప్రాక్సీ ముగింపు బిందువుక్లయింట్
HTTP పేరెంట్ ముగింపు బిందువుస్థానిక ఫార్వర్డ్ ప్రాక్సీ
వెబ్సైట్ ముగింపు బిందువుపేరెంట్ చివరి కనెక్షన్ తెరిచినప్పుడు

ముగింపు బిందువులు హోస్ట్నామ్లు అయినప్పుడు ఆ హాప్లు వేర్వేరు రిజాల్వర్లను ఉపయోగించవచ్చు. HTTPS కోసం, ఫార్వర్డ్ ప్రాక్సీ CONNECT యొక్క గమ్య హోస్ట్ మరియు పోర్ట్ను పేరెంట్కు ఇవ్వగలదు; పేరెంట్ చివరి కనెక్షన్ చేస్తుంది. అసలు క్లయింట్ మొదట వెబ్సైట్ను పరిష్కరించాల్సిన అవసరం లేదు. సాధారణ HTTP ఫార్వర్డింగ్ కూడా గమ్య సమాచారాన్ని ముందుకు తీసుకెళ్తుంది.

ప్రతి పేరును సరిగ్గా ఒకే యంత్రం అడుగుతుందని ఇది హామీ కాదు. ACL మూల్యాంకనం, కాషింగ్, విధానం మరియు అమలు వివరాలు అదనపు శోధనలకు కారణం కావచ్చు.

పేరెంట్ అందుబాటులో లేనప్పుడు ఫాల్బ్యాక్ విధానాన్ని తనిఖీ చేయండి. నేరుగా ప్రవేశం అనుమతించబడితే, స్థానిక ప్రాక్సీ తన స్వంత రిజాల్వర్ మరియు మూల చిరునామా నిర్ణయాలతో వెబ్సైట్ వైపు చూసే హాప్ కావచ్చు. పేరెంట్ను కాన్ఫిగర్ చేయడం మాత్రమే ప్రతి అభ్యర్థన దానిని ఉపయోగించిందని నిరూపించదు.

వైఫల్యం సంభవించినప్పుడు, hosts ఫైల్ను సవరించే ముందు పేరును మరియు దానిని పరిష్కరించడానికి ప్రయత్నిస్తున్న ప్రక్రియను గుర్తించండి. క్లయింట్ వైపు సవరణ తదుపరి ప్రతి నిర్ణయాన్ని సరిచేయలేదు. చివరి పబ్లిక్ మూలం వెబ్సైట్ కనెక్షన్ తెరిచే హాప్కు చెందుతుంది; ఆ మూలాన్ని గమనించడం DNS ఎక్కడ సంభవించిందో కొలవడంతో సమానం కాదు.

సంబంధిత వ్యాసాలు