TLS ర్యాపర్ మీకు ప్రైవేట్ నెట్‌వర్క్‌ను ఇస్తుందా? సాధారణంగా ఇవ్వదు

TLS రెండు చివరల మధ్య ఛానెల్‌ను కాపాడుతుంది మరియు దాని లోపల ఏ సేవలు ఉన్నాయనే దాని గురించి ఏమీ చెప్పదు. ర్యాపర్ ఆ ఛానెల్‌ను ఒక కాన్ఫిగర్ చేసిన ఫార్వర్డర్‌గా మారుస్తుంది, ఒక శ్రోతకు, ఒక గమ్యస్థానానికి. SSL VPN అనే పేరుతో విక్రయించే ఉత్పత్తి సాధారణంగా అదే ప్రాథమికాంశం చుట్టూ ఇంటర్‌ఫేస్, రూట్ పట్టిక మరియు యాక్సెస్ మోడల్‌ను జోడిస్తుంది. రెండింటినీ కలపడమే పని చేసే సొరంగాన్ని నెట్‌వర్క్ యాక్సెస్‌గా పొరపాటుగా భావించడానికి కారణం.

సేవా ర్యాపర్ నిజంగా ఏమి కలుపుతుంది

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

కాబట్టి ర్యాపర్ గురించి ఉపయోగకరమైన ప్రశ్న అది ఎన్‌క్రిప్ట్ చేస్తుందా అనేది కాదు, అది నిర్మించే గొలుసు ప్రతి చివరలో ఏమి ఉంది అనేది.

application -> local listener -> TLS connection -> remote listener -> configured backend

ఆ గొలుసును మార్కెటింగ్ పేరు నుండి కాదు, కాన్ఫిగరేషన్ నుండి చదవండి. ప్రతి బాణం తన స్వంత చిరునామా మరియు స్వంత యాక్సెస్ నియమాలతో ఉన్న ప్రత్యేక నెట్‌వర్క్ హాప్.

TLS ఛానెల్ ఎక్కడ ముగుస్తుందో కనుగొనండి

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

శ్రోతను మరియు బ్యాకెండ్‌ను విడివిడిగా తనిఖీ చేయండి, ఎందుకంటే ముందు తలుపు వద్ద విజయవంతమయ్యే కరచాలనం దాని వెనుక ఉన్న సేవ గురించి ఏమీ చెప్పదు.

ss -ltnp | grep -F 443
openssl s_client -connect svc.example.net:443 -servername svc.example.net </dev/null | openssl x509 -noout -subject -dates

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

రూటెడ్ VPN ఏమి జోడిస్తుంది, ర్యాపర్ ఏమి చేయదు

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

ప్రవేశానుమతి మళ్లీ వేరు. క్లయింట్‌ను ధృవీకరించే VPN ఇప్పటికీ క్లయింట్ ఏ వనరులను చేరుకోవచ్చో చెప్పే అధికారాన్ని కోరుతుంది, మరియు సహచరుడిని ధృవీకరించే ర్యాపర్ ఇప్పటికీ తన స్వంత అనుమతులను అమలు చేసే బ్యాకెండ్‌ను కోరుతుంది.

చెల్లుబాటు అయ్యే కలయిక ఉంది: ఉద్దేశపూర్వకంగా మద్దతు ఉన్న TCP ఏర్పాటుపై TLS ర్యాపర్ లోపల మోసుకెళ్లే VPN ప్రోటోకాల్. అది రెండు పొరలను పేర్చుతుంది, మరియు ర్యాపర్ మరియు VPNను ఒకే రకమైన వస్తువుగా చేయదు.

విఫలమవుతున్న సరిహద్దును పోల్చండి

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

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

curl -sv --resolve svc.example.net:443:203.0.113.10 https://svc.example.net/health 2>&1 | head -30

పేరును ఎంచుకున్న చిరునామాకు పిన్ చేయడం పేరు పరిష్కారాన్ని చేరుకోగల సామర్థ్యం నుండి వేరు చేస్తుంది, మరియు రెండింటిలో ఏది పాడైందో తెలుసుకోవడానికి సాధారణంగా ఇదే వేగవంతమైన మార్గం.

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