SSTP vs OpenVPN: అదే పోర్ట్ 443, వేరే ప్రోటోకాల్

రెండు ఎంపికలు TCP 443 వెనుక ఉండగలవు, కాబట్టి ప్రజలు అవి పరస్పరం మార్చగల చివరి బిందువులు అని భావిస్తారు. అవి కావు: SSTP సర్వర్ HTTPS లోపల PPP మాట్లాడుతుంది, అయితే OpenVPN సర్వర్ తన స్వంత ప్రోటోకాల్ను TLS పైన లేదా ముడి UDP ప్రవాహం ద్వారా మాట్లాడుతుంది. ఒక క్లయింట్ను మరొకదాని పోర్ట్‌కు మళ్లించడం ఎప్పుడూ లాగిన్ ప్రాంప్ట్‌కు చేరని కనెక్షన్‌ను ఇస్తుంది. ఎంపిక మీరు ఏ క్లయింట్ మరియు రవాణాను మద్దతు ఇవ్వగలరు అనే దానిపై ఉంది, సంఖ్యపై కాదు.

పంచుకున్న పోర్ట్ పంచుకున్న ప్రోటోకాల్‌ను చేయదు

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

పేరు మార్చిన ప్రొఫైల్ గానీ మరో మెనూ ఎంట్రీ గానీ ఒకదాన్ని మరొకటిగా మార్చవు. SSTP కనెక్షన్ Windows VPN సెట్టింగ్‌లలో సర్వర్ చిరునామా మరియు ఆపరేటర్ ప్రమాణీకరణ వివరాలతో సృష్టించబడుతుంది, అయితే OpenVPN కనెక్షన్‌కు క్లయింట్ మరియు సరిపోలే కాన్ఫిగరేషన్ ఫైల్ అవసరం. Microsoft యొక్క SSTP స్పెసిఫికేషన్ మొదటిదాన్ని వివరిస్తుంది, OpenVPN హ్యాండ్‌షేక్‌ను వివరించదు.

పోర్ట్ 443 ఒక విధాన సౌలభ్యం. చాలా తక్కువ ఇతర విషయాలను అనుమతించే నెట్‌వర్క్‌ల గుండా ఇది వెళుతుంది, అది నిజమైన ప్రయోజనం, కానీ దాని వెనుక ఏ ప్రోటోకాల్ నడుస్తుంది అనే దాని గురించి ఏమీ చెప్పదు.

SSTP HTTPS లోపల PPPను టన్నెల్ చేస్తుంది

పేరు నిర్మాణాన్ని వివరిస్తుంది: HTTPS సెషన్ లోపల తీసుకెళ్లే PPP ఫ్రేమ్‌లు, అంటే కింద TLS మరియు క్లయింట్ తనిఖీ చేయగల సర్టిఫికెట్. Windows దీన్ని స్థానిక VPN రకంగా చేర్చుతుంది, కాబట్టి నిర్వహించే ల్యాప్‌టాప్ తరచుగా ఆపరేటర్ అందించే ప్రొఫైల్ తప్ప అదనపు సాఫ్ట్‌వేర్ లేకుండా కనెక్ట్ కాగలదు.

ఇతర ప్లాట్‌ఫారమ్‌లు వేరే కథ. Linux లేదా macOS క్లయింట్‌కు నిర్వహించబడే అమలు అవసరం, అవి ఏమి మద్దతు ఇస్తాయి మరియు లోపాలను ఎలా నివేదిస్తాయి అనే దానిలో భిన్నంగా ఉంటాయి. మీరు నిజంగా ఉపయోగించాలనుకునే క్లయింట్‌ను తనిఖీ చేయండి, Windows యొక్క అంతర్నిర్మిత సామర్థ్యం బదిలీ అవుతుందని ఊహించవద్దు, మరియు ప్రొఫైల్‌లోని సర్వర్ పేరు సర్వర్ అందించే సర్టిఫికెట్‌కు సరిపోతుందని నిర్ధారించండి.

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

OpenVPN తన స్వంత క్లయింట్ మరియు రవాణా ఎంపికను తెస్తుంది

OpenVPN తన స్వంత క్లయింట్ మరియు ప్రొఫైల్‌ను అందిస్తుంది, ఇది స్థానిక Windows సంభాషణ చూపని నిర్ధారణను మీకు ఇస్తుంది. సర్వర్ UDP లేదా TCPపై వినగలదు, మరియు మీ క్లయింట్ ఏది ఉపయోగించాలో ఆపరేటర్ కాన్ఫిగరేషన్ నిర్ణయిస్తుంది. తప్పు రవాణా వైపు మళ్లించిన ప్రొఫైల్ ప్రమాణీకరణకు ముందే విఫలమవుతుంది.

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

UDP సాధారణ డిఫాల్ట్ ఎందుకంటే విశ్వసనీయ ప్రవాహాన్ని మరో విశ్వసనీయ ప్రవాహంలో ఉంచడాన్ని ఇది నివారిస్తుంది. UDPను నిరోధించే నెట్‌వర్క్‌ల కోసం TCP మోడ్ ఉంది, అది పనిచేస్తుంది, కానీ తీవ్ర నష్టం దాన్ని అది భర్తీ చేసిన UDP మార్గం కంటే అధ్వాన్నంగా అనిపించేలా చేయవచ్చు. అవసరమైనప్పుడు TCP ఎంచుకోండి, ఎక్కువ విశ్వసనీయంగా వినిపిస్తుందని కాదు.

క్లయింట్, రవాణా మరియు మద్దతు ప్రకారం ఎంచుకోండి

మూడు ప్రశ్నలు ఈ నిర్ణయాలలో చాలావరకు పరిష్కరిస్తాయి. ప్రతి క్లయింట్ పరికరానికి అదనపు సాఫ్ట్‌వేర్ లేకుండా పనిచేసే కనెక్షన్ అవసరమా? మీరు ఆధారపడే నెట్‌వర్క్ UDPను అనుమతిస్తుందా, లేదా TCP 443 ఏకైక నిష్క్రమణా? మరియు ప్రొఫైల్ గడువు ముగిసినప్పుడు క్లయింట్, దాని నవీకరణలు మరియు దాని పునరుద్ధరణకు ఎవరు మద్దతు ఇస్తారు?

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

తర్వాత మరేదైనా డీబగ్ చేసే ముందు మీరు నిజంగా ఏది స్థాపించారో నిర్ధారించుకోండి:

> Get-VpnConnection -Name "Office SSTP" | Select-Object TunnelType, ServerAddress
> openvpn --config office.ovpn --verb 4

ఏదైనా సరే, టన్నెల్ స్థితిపై విజయాన్ని ప్రకటించడం బదులు మీకు అవసరమైన వనరు మరియు DNSను పరీక్షించి ముగించండి. రెండు ప్రోటోకాల్లను ఎంచుకున్న ప్రైవేట్ ట్రాఫిక్‌ను మాత్రమే తీసుకెళ్లేలా కాన్ఫిగర్ చేయవచ్చు, మరియు పనిచేసే పేరు పరిష్కారం లేని కనెక్ట్ చేసిన టన్నెల్ నిజానికి స్ప్లిట్-టన్నెల్ లేదా DNS డిజైన్ అయినప్పుడు విరిగిన VPNలా కనిపిస్తుంది.

నిర్వహించే సమూహంలో, ప్రొఫైల్ పంపిణీ మరియు నవీకరణ మద్దతు ఏదైనా రవాణా కొలత కంటే చాలా ముందే ఈ ప్రశ్నను నిర్ణయిస్తాయి.