ఒకే సబ్‌నెట్‌లోని వెబ్‌సైట్‌లు గేట్‌వే యొక్క పారదర్శక ప్రాక్సీని దాటవేయగలవు
ఇంటర్నెట్ అభ్యర్థనలు దాని లాగ్‌లో కనిపించినప్పటికీ ఒకే సబ్‌నెట్ లోని ట్రాఫిక్ గేట్‌వే యొక్క అడ్డగింత నియమాన్ని ఎందుకు దాటవేయగలదో వివరిస్తుంది.
ఇంటర్నెట్ బ్రౌజింగ్ గేట్‌వే ప్రాక్సీ లాగ్‌లో కనిపిస్తుంది. కార్యాలయ LAN లోని వెబ్‌సైట్ కనిపించదు. URL ఫిల్టర్‌ను మార్చే ముందు ఆ LAN అభ్యర్థన గేట్‌వేను చేరిందో లేదో నిర్ధారించండి.
నేరుగా కనెక్ట్ అయిన IPv4 గమ్యానికి, క్లయింట్ గమ్యం యొక్క లింక్-లేయర్ చిరునామాను పరిష్కరించి స్థానిక విభాగంలో దానికి పంపగలదు. దాని డిఫాల్ట్ గేట్‌వే ఆ మార్గంలో స్వయంచాలకంగా ఉండదు. గేట్‌వేపై ఉన్న పారదర్శక అడ్డగింత నియమం గేట్‌వే ఎప్పుడూ పొందని ప్యాకెట్‌లను మళ్లించలేదు.
ఉదాహరణకు, ఒకే ఆన్-లింక్ సబ్‌నెట్‌లోని రెండు హోస్ట్‌లు స్విచ్ ద్వారా ట్రాఫిక్‌ను మార్పిడి చేసుకోగలవు, అయితే ప్రాక్సీ మెషీన్ మరో స్విచ్ పోర్ట్‌కు కనెక్ట్ అయి ఉంటుంది. ఆ LAN లో ఉండటం మాత్రమే ప్రాక్సీని ఫార్వర్డింగ్ బిందువుగా చేయదు.
ఉద్దేశించిన మార్గాన్ని ఎంచుకోండి
స్పష్టమైన ప్రాక్సీ సెట్టింగ్ లక్ష్య వెబ్‌సైట్ స్థానికంగా ఉన్నప్పటికీ పాల్గొనే అప్లికేషన్ అభ్యర్థనను ప్రాక్సీకి పంపగలదు. బైపాస్ నియమాలు మరియు PAC నిర్ణయాలను కూడా తనిఖీ చేయండి: అవి ప్రైవేట్ పేర్లు లేదా చిరునామాల కోసం ఉద్దేశపూర్వకంగా DIRECT ఎంచుకోవచ్చు.
అడ్డగింత అవసరమైతే, నెట్‌వర్క్ అడ్డగింత బిందువును నిజంగా మార్గంలో ఉంచాలి; Linux గేట్‌వేపై స్థానిక మరియు ఫార్వర్డ్ చేసిన ప్యాకెట్ మార్గాలను వేరు చేయండి. రూటెడ్ సబ్‌నెట్ విభజన లేదా ఉద్దేశపూర్వకంగా ఇన్‌లైన్ చేసిన బ్రిడ్జ్ సరైన రూపకల్పనలలో దీన్ని చేయగలవు, కానీ ప్రతి ఒక్కటి ఫార్వర్డింగ్ మరియు వైఫల్య ప్రవర్తనను మారుస్తుంది. LAN లో వేరే చోట ఉన్న బ్రిడ్జ్ స్వయంచాలకంగా ఇన్‌లైన్ కాదు.
అప్లికేషన్ ప్రోటోకాల్ అవసరాన్ని విడిగా ఉంచండి. ట్రాఫిక్ పరికరాన్ని దాటిన తర్వాత కూడా శ్రోత అడ్డగింత మోడ్‌కు మద్దతు ఇవ్వాలి. ప్యాకెట్‌లను కదిలించడం HTTPS ను డీక్రిప్ట్ చేయడానికి అనుమతి కాదు, సాధారణ SOCKS పోర్ట్ వాటిని అంగీకరించగలదని హామీ కూడా కాదు.
క్లయింట్ ఎంచుకున్న మార్గం, స్థానిక విభాగం మరియు వాస్తవ ఫార్వర్డింగ్ పరికరాన్ని నమోదు చేయండి. ప్రాక్సీ లాగ్ లేకపోవడం లాగింగ్ వైఫల్యం కాదు, టోపాలజీ యొక్క సరైన వివరణ కావచ్చు.