పారదర్శక ప్రాక్సీ DNAT: తిరిగి వచ్చే మార్గం ఎందుకు ముఖ్యం
DNAT అభ్యర్థనను వేరే ప్రాక్సీకి ఎందుకు చేర్చగలదో, కానీ ప్రతిస్పందన గేట్వేను దాటి కనెక్షన్ ఎందుకు తెగుతుందో అర్థం చేసుకోండి.
మళ్లించబడిన SYN Squid చేరుకోవచ్చు, కానీ క్లయింట్ ఇప్పటికీ సమయం ముగింపును ఎదుర్కొంటుంది. DNAT సెటప్లో తిరిగి వచ్చే ప్యాకెట్ కూడా అనువాద స్థితిని కలిగి ఉన్న గేట్వేను చేరుకోవాలి.
ఈ ఊహాత్మక LAN పరిగణించండి:
client 192.168.40.25 → gateway 192.168.40.1
DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directlyక్లయింట్ మొదట వెబ్సైట్ చిరునామాకు కనెక్ట్ అయింది. DNAT తర్వాత ప్రాక్సీ క్లయింట్ మూలాన్ని చూస్తుంది మరియు స్థానిక సబ్నెట్ మార్గాన్ని ఉపయోగించి నేరుగా ప్రతిస్పందించగలదు. ఆ ప్రతిస్పందన గేట్వే రివర్స్ అనువాదాన్ని దాటవేసి, ఆశించిన వెబ్సైట్ చిరునామా బదులు ప్రాక్సీ చిరునామా నుండి క్లయింట్ను చేరుకోవచ్చు. గేట్వే ఎప్పుడూ పొందని ప్యాకెట్లను సరిచేయలేదు.
| విధానం | పరిణామం |
|---|---|
| ప్రాక్సీ ప్రతిస్పందనలను అనువదించే గేట్వే ద్వారా పంపడం | ప్రాక్సీకి వచ్చే కనెక్షన్ క్లయింట్ మూల చిరునామాను ఉంచుకోగలదు |
| సరైన మూల అనువాదాన్ని కూడా వర్తింపజేయడం | ప్రాక్సీ గేట్వేకు తన సహచరుడిగా ప్రతిస్పందిస్తుంది, కానీ ఇప్పుడు అసలు క్లయింట్ బదులు ఆ అనువాదిత మూలాన్ని చూస్తుంది |
అందమైన లాగ్ల కోసం తిరిగి వచ్చే మార్గాన్ని ధృవీకరించకుండా SNAT తీసివేయవద్దు. విస్తృతంగా వర్తింపజేయడం మూల ACL మరియు ఆపాదనను కూడా మారుస్తుంది; ఆ పరిణామాన్ని రూపకల్పనలో భాగంగా అంగీకరించండి.
నమ్మదగిన HTTP హాప్ ఫార్వార్డింగ్ హెడర్లో క్లయింట్ మెటాడేటాను తీసుకెళ్లగలదు, కానీ NAT ఆ హెడర్ను సృష్టించదు లేదా TCP సహచర గుర్తింపుగా మార్చదు. Squid కి ఉన్న కనెక్షన్లో మూలాన్ని ఉంచడం Squid యొక్క వేరే వెబ్సైట్ కనెక్షన్లో కూడా ఉంచదు.
చివరగా, ఇంటర్సెప్షన్ రూపకల్పన ఇప్పటికీ Squid కి అవసరమైన గమ్యస్థాన సమాచారాన్ని అందించాలి. సమరూప తిరిగి వచ్చే మార్గనిర్దేశనం ఈ సమయ ముగింపు యంత్రాంగాన్ని పరిష్కరిస్తుంది, మొత్తం పారదర్శక-ప్రాక్సీ కాన్ఫిగరేషన్ను కాదు.