స్పష్ట ప్రాక్సీకి ఒక నెట్వర్క్ కార్డ్ సరిపోతుంది
క్లయింట్ల డిఫాల్ట్ గేట్వే కాకుండా ఫార్వర్డ్ ప్రాక్సీ LANని ఎప్పుడు పంచుకోగలదో అర్థం చేసుకోండి.
ప్రైవేట్ ఫార్వర్డ్ ప్రాక్సీ ల్యాప్టాప్ మరియు రౌటర్ మధ్య భౌతికంగా కూర్చోవాల్సిన అవసరం లేదు. ఒక నెట్వర్క్ ఇంటర్ఫేస్ ఉపయోగించి అదే LANలోని మరో మెషీన్ కావచ్చు.
ల్యాప్టాప్ ప్రాక్సీ చిరునామా మరియు వినిపించే పోర్టుకు కనెక్ట్ అవుతుంది. ప్రాక్సీ ప్రక్రియ వెబ్సైట్ లేదా దాని పేరెంట్ వైపు ప్రత్యేక కనెక్షన్ తెరుస్తుంది. అదే ఇంటర్ఫేస్ రెండు సంభాషణలను మోయగలదు, మరియు హోస్ట్ యొక్క రూటింగ్ పట్టిక తదుపరి హాప్ను ఎంచుకుంటుంది.
client → proxy listener
proxy → existing router → destinationప్రాక్సీని స్పష్టంగా ఎంచుకున్న అప్లికేషన్కు ఇది సరిపోతుంది. లినక్స్లో, ఈ సాధారణ ఏర్పాటు అప్లికేషన్ అభ్యర్థనలను రిలే చేయడానికి మాత్రమే IP ఫార్వర్డింగ్ను ప్రారంభించాల్సిన అవసరం లేదు.
డిఫాల్ట్ గేట్వే మరో ప్రశ్నకు సమాధానం ఇస్తుంది
క్లయింట్ యొక్క డిఫాల్ట్ గేట్వే క్లయింట్ ఇతర నెట్వర్క్ల వైపు పంపే ప్యాకెట్లను నిర్వహిస్తుంది. ఆ సెట్టింగ్ను మార్చడం బ్రౌజర్ HTTP ప్రాక్సీ అభ్యర్థనలు లేదా SOCKS చర్చలు జారీ చేయదు. అలాగే, బ్రౌజర్లో ప్రాక్సీ నమోదు చేయడం ప్రతి ఇతర అప్లికేషన్ను ఆ మెషీన్ ద్వారా రూట్ చేయదు.
ఒక హోస్ట్ రెండు పనులను చేయగలదు, కానీ అప్పుడు నిర్వహించాల్సిన రెండు కాన్ఫిగరేషన్లు ఉంటాయి: ప్రాక్సీ సేవ మరియు రూటింగ్ లేదా ఫైర్వాల్ పని. ఎక్కువ ఇంటర్ఫేస్లు నెట్వర్క్ విభజనను సులభతరం చేయవచ్చు. అవి టోపాలజీ ఎంపిక, స్పష్ట HTTP ప్రాక్సీ విధించిన ముందస్తు షరతు కాదు.
ఈ భేదం తరచుగా విఫలమయ్యే ఒక ప్రయోగాన్ని కూడా వివరిస్తుంది: ప్రాక్సీ సర్వర్ యొక్క ఫార్వర్డింగ్ నియమాలను సవరించడం మరో రౌటర్ ద్వారా వెళ్లే ప్రత్యక్ష క్లయింట్ కనెక్షన్పై ఎటువంటి ప్రభావం చూపదు. ప్యాకెట్లు ఆ సర్వర్ను ఎప్పుడూ దాటలేదు.
అవసరం తప్పనిసరి వినియోగం అయితే, ప్రత్యామ్నాయ అవుట్బౌండ్ ట్రాఫిక్ను ఎక్కడ నియంత్రించవచ్చో నిర్ణయించండి. ఒక ఇంటర్ఫేస్ ఉన్న స్పష్ట ప్రాక్సీ చెల్లుబాటు అయ్యే సేవ కావచ్చు, అయితే ప్రత్యేక గేట్వే నెట్వర్క్ విధానాన్ని అమలు చేస్తుంది. ప్యాకెట్లు నిజంగా దాటే చోట అమలును ఉంచండి.