ప్రజా ప్రాక్సీ VPN ద్వారా ప్రైవేట్ మూలాన్ని ఎలా చేరుకుంటుంది

టన్నెల్ ద్వారా వెబ్‌సైట్‌ను ప్రచురించడం మరియు వినియోగదారులకు VPN యాక్సెస్ ఇవ్వడం ఒకే కేబుల్‌ను పంచుకునే రెండు వేర్వేరు ఏర్పాట్లు. మొదటిదానిలో, ప్రజా రివర్స్ ప్రాక్సీ సందర్శకుల అభ్యర్థనను స్వీకరించి దాన్ని టన్నెల్ ద్వారా ఎవరూ నేరుగా చేరుకోలేని మూలానికి పంపుతుంది. రెండవదానిలో, అప్లికేషన్ అసలు చేరుకోగలిగేలా మారకముందే వినియోగదారు VPNలో చేరాలి. ఈ రెండు వివరణలను కలపడమే ప్రైవేట్ బ్యాకెండ్ చివరికి బహిరంగంగా బహిర్గతమయ్యే మార్గం.

చిత్రంలో ఒకేలా కనిపించే రెండు నమూనాలు

ఏదైనా ఎంచుకునే ముందు బాణాలను గీయండి. ప్రజా ప్రచురణ నమూనా బ్రౌజర్ నుండి ప్రాక్సీకి HTTPS ద్వారా వెళ్తుంది, ఆపై ప్రాక్సీ నుండి మూలానికి టన్నెల్ ద్వారా వెళ్తుంది, మరియు మూలం ఇంటర్నెట్ నుండి ఎప్పుడూ కనెక్షన్‌ను అంగీకరించదు. VPN మాత్రమే నమూనా క్లయింట్ నుండి గేట్‌వేకి వెళ్తుంది, మరియు అప్లికేషన్ ఆ మార్గం లోపలి నుండి మాత్రమే చేరుకోగలదు. వినియోగదారు ల్యాప్‌టాప్ అప్లికేషన్‌తో పాటు అదే నెట్‌వర్క్‌లో ఉంటుంది, మరియు అదే ఆ నమూనా యొక్క మొత్తం ఉద్దేశం.

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

TLS ఎక్కడ ఆగుతుంది, మరియు అది నిజంగా ఏమి నిరూపిస్తుంది

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

ఇదే ప్రజలు ఎన్‌క్రిప్ట్ చేయబడిన అనే పదంలో కుదించే భాగం. గోప్యత, సమగ్రత మరియు సర్వర్ గుర్తింపు రవాణా లక్షణాలు; అధికారం అప్లికేషన్ నిర్ణయం. టన్నెల్ వెనుక ఉన్న ప్రైవేట్ చిరునామా ఎవరు సాకెట్‌ను చేరుకోగలరు అనేది మారుస్తుంది, చేరుకున్న తర్వాత ఎవరు లాగిన్ చేయగలరు అనేది కాదు.

ఫార్వర్డ్ చేసిన హెడర్‌లను ప్రాక్సీ నుండి మాత్రమే నమ్మండి

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

curl -s -o /dev/null -w '%{http_code}
' -H 'X-Forwarded-For: 203.0.113.9' http://172.20.5.40/

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

మూలాన్ని సరిగ్గా ఒకే చోటి నుండి చేరుకోగలిగేలా ఉంచండి

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

ss -ltnp | grep -E ':(80|443)'

నిర్వహణ ఇంటర్‌ఫేస్‌లకు కూడా అదే సమీక్ష చేయండి, ఆకస్మిక బహిర్గతం సాధారణంగా అక్కడే జరుగుతుంది. తర్వాత రెండు నమూనాలను విడివిడిగా రాయండి: ప్రాక్సీ ద్వారా ప్రజా సైట్, మరియు టన్నెల్ ద్వారా మాత్రమే చేరుకోగల నిర్వహణ ఇంటర్‌ఫేస్. సర్వర్ VPN వెనుక ఉంది అనే వాక్యం వీటిలో ఏదీ చెప్పదు.