OpenVPN లోపల TLS ఎక్కడ ఉంటుంది మరియు ఆకారాన్ని ఏది మారుస్తుంది
OpenVPN తన నియంత్రణ ఛానెల్ కోసం TLS ను తన సొంత ఫ్రేమింగ్ లోపల నడుపుతుంది, కాబట్టి మొదటి బైట్లు వెబ్ హ్యాండ్షేక్ కాదు. మూడు ఎంపికలు నిజంగా కనిపించేదాన్ని మారుస్తాయి.
OpenVPN నిజంగా TLS ఉపయోగిస్తుంది, మరియు ప్రజలు దానిని మోయలేని వాదనగా విస్తరిస్తారు: టన్నెల్ అందువల్ల సైట్ను సందర్శించే బ్రౌజర్ లాగా కనిపిస్తుందని. మొదటి భాగం నిజం. రెండవది కాదు. ఇక్కడ TLS అనేది OpenVPN యొక్క సొంత కంటైనర్ లోపల ప్రయాణించే నియంత్రణ ఛానెల్కు చెందుతుంది, దాని పక్కన పూర్తిగా భిన్నమైన క్రిప్టోగ్రఫీ కలిగిన పేలోడ్ ఛానెల్ ఉంది, కాబట్టి ప్రారంభ బైట్లను పరిశీలించేవాడు OpenVPN చూస్తాడు.
ఒక కవరులో రెండు సంభాషణలు
ఒక సెషన్ను ఒకే కవరును పంచుకునే రెండు సంభాషణలుగా ఊహించుకోండి. ఒకటి ధృవపత్రాలను ధృవీకరించి కీ పదార్థాన్ని పొందుతుంది. మరొకటి మీరు నిజంగా పంపుతున్నదాన్ని మొదటిది ఉత్పత్తి చేసిన దానితో ఎన్క్రిప్ట్ చేస్తుంది.
కవరే ప్రోటోకాల్. ప్రతి ప్యాకెట్ తన రకాన్ని తెలిపే చిన్న శీర్షికతో ప్రారంభమవుతుంది, ఆ శీర్షిక మిగతా అన్నింటికంటే ముందు వస్తుంది.
నిజంగా మొదట ఏమి వస్తుంది
ఆ క్రమం కారణంగా తీగపై మొదటి వస్తువు TLS రికార్డ్ కాదు. అది OpenVPN యొక్క శీర్షిక, తర్వాత శీర్షిక ప్రకటించే ఛానెల్ కంటెంట్ వస్తుంది. అక్కడ ఒక ClientHello ఉంది, కానీ సున్నా బైట్ వద్ద కాదు. భేదాన్ని గమనించడానికి ఎలాంటి డీక్రిప్షన్ అవసరం లేదు, ఎందుకంటే ఆకారమే దాన్ని బయటపెడుతుంది.
డిఫాల్ట్ విలువలు కూడా ఇక్కడ ముఖ్యం. ప్రొఫైల్ TCP ఎంచుకోకపోతే ప్రవాహం UDP ద్వారా 1194కు వెళ్తుంది. రెండు సందర్భాలలోనూ బాహ్య రూపం టన్నెల్, వెబ్ అభ్యర్థన కాదు.
ఆకారాన్ని మార్చడానికి మూడు నిజాయితీ మార్గాలు
stunnel లాంటి TLS టెర్మినేటర్ రెండు చివరల్లో ఒక పోర్టులో TLS స్వీకరించి డీక్రిప్ట్ చేసిన ప్రవాహాన్ని స్థానికంగా OpenVPN కు అందిస్తుంది, కాబట్టి నెట్వర్క్ ఆ పోర్టుకు TLS చూస్తుంది. మొదటి బైట్ నుండే TLS అయిన ప్రోటోకాల్ మరోలా ప్రవర్తిస్తుంది: ocserv అమలు చేసే AnyConnect-అనుకూల మార్పిడి అనేక నెట్వర్క్లు ఇప్పటికే ఆశించే కార్పొరేట్ రిమోట్ యాక్సెస్ను పోలి ఉంటుంది. Windows తో వచ్చే SSTP మరో ఉత్పత్తిలో అదే లక్షణాన్ని కలిగి ఉంది.
Linux లో, SSH యొక్క -w ఎంపిక SSH సెషన్ లోపల పాయింట్-టు-పాయింట్ లింక్ను మోస్తుంది, SSH మాత్రమే అనుమతించిన ప్రోటోకాల్ అయినప్పుడు ఇది ఉపయోగకరం. ఆ నెట్వర్క్ నుండి SSH ఇప్పటికే పనిచేస్తే ఇది నాలుగింటిలో చౌకైనది, పనిచేయకపోతే అత్యంత తక్కువ ఉపయోగకరం.
వాటిలో ఏదీ మార్చనిది
వాటిలో ఏదీ టన్నెల్ ఎక్కడికి చేరగలదో మార్చదు. అవి నిరోధించిన చిరునామాను చేరగలిగేలా చేయవు, ఎవరినీ ధృవీకరించవు, మార్గాలను నిర్ణయించవు.
ఆవరణ మీకు ఒక భాగాన్ని కూడా ఖర్చు చేయిస్తుంది. రెండు శ్రోతలు మరియు రెండు కాన్ఫిగరేషన్ ఫైళ్లు అంటే వైఫల్యానికి రెండు స్థలాలు, రెండూ వినియోగదారు ఆసనం నుండి ఒకేలా కనిపిస్తాయి. ఒకదాన్ని స్వీకరించే ముందు దానికి బడ్జెట్ పెట్టండి. సెషన్ ఒక గమ్యస్థానానికి ఒకే దీర్ఘకాలిక ఎన్క్రిప్టెడ్ ప్రవాహంగానే ఉంటుంది, దాని పరిమాణం మరియు సమయం కనిపిస్తూనే ఉంటాయి.
మొదట నిర్ధారణ చేయండి, తర్వాత ఎంచుకోండి
కాబట్టి మొదట నిర్ధారణ చేయండి. పడవేసిన UDP కి TCP మోడ్ సమాధానం ఇస్తుంది, గుర్తించిన సంతకానికి మరో ప్రోటోకాల్ లేదా ఆవరణ సమాధానం ఇస్తుంది. నిరోధాన్ని తెలుసుకునే ముందు సాధనాన్ని ఎంచుకోవడమే అందరూ ఒకే కారణంతో విఫలమయ్యే మూడు పొరలను నిర్వహించే దారి.
వెబ్ పోర్టులను మాత్రమే అనుమతించే నెట్వర్క్ ఎంపికను 443లో TLS ఆధారిత ప్రోటోకాల్కు సంకుచితం చేస్తుంది. మూడింటినీ ఒకేసారి వర్తింపజేస్తే ఎవరూ డీబగ్ చేయలేని స్టాక్ వస్తుంది, కాబట్టి ఒక విషయాన్ని మార్చి అదే ప్రవాహాన్ని మళ్లీ పరీక్షించండి.
వాటిలో ఏదీ వర్తించకపోతే, సరైన సమాధానం ఏమిటంటే ఈ నెట్వర్క్ మీ కోసం టన్నెల్ మోయదు. అది ప్రయత్నం యొక్క వైఫల్యం కాదు, ఒక ఆవిష్కరణ. మరిన్ని ఎంపికలను తిరగడం పైన తీసుకున్న విధాన నిర్ణయాన్ని తిరగదోలదు.
ఇవన్నింటి ముందు ఒక సీమ ఉంది. మరొకరి నెట్వర్క్లో టన్నెల్ నడపడానికి అనుమతి విధాన విషయం, అది యంత్రాంగం పనిచేస్తుందా అనే దానికి విడిగా నిర్ణయించబడుతుంది. ఈ వాస్తవాలు పరిశీలకుడు ఏమి చూస్తాడో వివరిస్తాయి, అవి అనుమతిని ఇవ్వవు.