SSL VPN లేదా TLS కవచం? విఫలమైన సరిహద్దును పోల్చండి

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

మీరు నిజంగా కాన్ఫిగర్ చేసిన కనెక్షన్తో ప్రారంభించండి

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

నెట్వర్క్ డిజైన్ ఒప్పందం భిన్నం, అది పోర్టు జంటలో కాదు, మార్గాలు మరియు విధానంలో వ్యక్తమవుతుంది.

ఆ రెండు వివరణల్లో ఏది మీ రేఖాచిత్రానికి సరిపోతుందో గమనించండి. సమాధానం మధ్యలో ధృవపత్రంతో ఒక పోర్టు మ్యాపింగ్ అయితే, ఉత్పత్తి పేరు VPN అని చెప్పినా మీకు కవచం ఉంది. సమాధానం టన్నెల్ ఇంటర్ఫేస్ మరియు మార్గ మార్పులు అయితే, అది 443పై నడిచినా మీకు నెట్వర్క్ డిజైన్ ఉంది.

కవచం దేనితో కలుపుతుందో తనిఖీ చేయండి

వినడం మరియు కలిపే సెట్టింగ్లను చదివి నిజమైన backend వరకు అనుసరించండి. డేటాబేస్ పోర్టుకు పంపే కవచం వెబ్ అనువర్తనాన్ని తెరవదు, ప్రోగ్రామ్ను నడిపే కవచం హోస్ట్ నడిపే మిగతా అన్నింటినీ ప్రచురించడం బదులు ఆ ప్రోగ్రామ్నే ప్రారంభిస్తుంది. Backend మాత్రమే కవచానికి తెలిసిన ఏకైక విషయం.

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

openssl s_client -connect wrapper.lab.example:443 -servername wrapper.lab.example -verify_return_error
sudo ss -ltnp | grep 443

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

డిజైన్ ఏ ట్రాఫిక్ను మోస్తుందో తనిఖీ చేయండి

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

ఉత్పత్తి లేబుల్ ఈ నమూనాల్లో ఏది కొన్నారో చెప్పదు, పోర్టు సంఖ్య ఇంకా తక్కువ చెబుతుంది.

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

విఫలమైన సరిహద్దును తనిఖీ చేయండి, లేబుల్ను కాదు

ఒక విఫల ప్రయత్నం యొక్క వాస్తవాలను రాయండి: ముందు చివర చిరునామా, శ్రోత, క్లయింట్ ధృవీకరించిన గుర్తింపు, backend లక్ష్యం మరియు అభ్యర్థించిన కార్యకలాపం. విజయవంతమైన చేతులు కలపడం బయటి TLS పూర్తయిందని నిరూపిస్తుంది, backend గురించి ఏమీ చెప్పదు. Backend నిరాకరణ ముందు చివర గుర్తింపు వైఫల్యం నుండి భిన్న సంఘటన, క్లయింట్ నుండి -verify_return_error తీసేసినా రెండూ మెరుగుపడవు. సమానాన్ని సమానంతో పోల్చండి, ఎందుకంటే మరో హోస్ట్ పేరు లేదా పోర్టు ద్వారా విజయం షరతులు ఒకటే అని చూపదు.

443 పోర్టు TLSను మధ్య పెట్టెల గుండా పోనిచ్చే సంప్రదాయం. అది ఏకపక్ష ట్రాఫిక్ను విధాన పరికరానికి వెబ్ అభ్యర్థనలా చేయదు.

చివరి జంట, ఏమి మోసుకెళ్తారు, ఏ అనువర్తనాలు దాన్ని ఉపయోగిస్తాయి, గమ్యం ఏ అనుమతిని అమలు చేస్తుందో పేర్కొనే ఒక వాక్యంతో ముగించండి. ఆ నాలుగు ఖాళీలను నింపలేని డిజైన్, దాని లేబుల్ ఏమి చెప్పినా, పూర్తికాలేదు. ఆ వాక్యమే ఫైర్వాల్ యజమానికి డిజైన్ను వివరించే వేగవంతమైన మార్గం కూడా.