ఒకే VPNను వివరించమని ఇద్దరు నిర్వాహకులను అడగండి; ఒకరు “SSL VPN” అని సమాధానం ఇవ్వవచ్చు, మరొకరు “సైట్-నుండి-సైట్” అంటారు, రెండూ మెనూలో పోటీ పడే ఎంపికలు అన్నట్లు. ఇవి వేర్వేరు ప్రశ్నలకు సమాధానాలు, వాటిని ప్రత్యామ్నాయాలుగా చూడటం పరిష్కరించలేని పోలికలను సృష్టిస్తుంది. ఒక లేబుల్ ఏ ముగింపు బిందువులు కలుపబడతాయో చెబుతుంది; మరొకటి వాటి మధ్య ట్రాఫిక్‌ను ఏది మోసుకెళ్తుందో చెబుతుంది. అక్షాలను వేరుగా ఉంచండి, వాదనలో ఎక్కువ భాగం మాయమవుతుంది.

రెండు లేబుల్లు, రెండు వేర్వేరు ప్రశ్నలు

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

మెకానిజం టన్నెల్ ఎలా నిర్మించబడుతుంది మరియు ప్రమాణీకరించబడుతుందో సమాధానం ఇస్తుంది. IKEv2తో IPsec, లోపల IP మోసే TLS ఆధారిత ఉత్పత్తి, మరియు బ్రౌజర్ వైపు ఉన్న అప్లికేషన్ పోర్టల్ మెకానిజం ఎంపికలు, ప్రతిదానికీ దాని స్వంత చర్చలు, సైఫర్ సూట్లు మరియు వైఫల్య విధానాలు ఉన్నాయి. వాటిలో ఏదీ టోపాలజీని సూచించదు, టోపాలజీ మెకానిజంను ఎంచుకోదు.

రెండు అక్షాలను ఒక పట్టికలో ఉంచండి, గందరగోళం కనిపిస్తుంది, ఎందుకంటే గ్రిడ్‌లోని ప్రతి సెల్ నింపవచ్చు. పట్టిక చేయలేనిది మీ విక్రేత ఏ కలయికను పంపారో చెప్పడం, ఎందుకంటే ఉత్పత్తి పేర్లు రెండు అక్షాలను ఒక మార్కెటింగ్ వాక్యంగా కుదిస్తాయి.

వర్గ దోషం ఎక్కడి నుండి వస్తుంది

విక్రేతలు సంవత్సరాల తరబడి “SSL VPN”ను “IPsec VPN”కు వ్యతిరేకంగా అమ్మారు, ఇది మెకానిజం పోలికను టోపాలజీ ఎంపికలా చూపించింది. ఆ పదబంధం దాని స్వంత షరతులపై కూడా దెబ్బతిని పాతబడింది, ఎందుకంటే నేటి డిజైన్లు మద్దతు ఉన్న TLS సంస్కరణలను ఉపయోగిస్తాయి మరియు SSL పేరు ప్రధానంగా ఉత్పత్తి వర్గంగా మిగిలింది.

AxisQuestion it settlesWhat it cannot tell you
TopologyWhether users join a gateway or two networks join each otherWhich protocol carries the traffic, or how peers prove identity
MechanismWhich protocol suite builds the tunnel and negotiates keysWhether the endpoints are people, devices or routers
Access surfaceWhether the client sees a routed network or a set of published applicationsWhich topology or mechanism is underneath the portal
AuthenticationWhat proof each side presents, and to whomWhether the traffic is later authorized per resource

అదే కుదింపు నుండి రెండు సంబంధిత పురాణాలు వస్తాయి. మొదటిది IPsec అంటే సైట్-నుండి-సైట్; IKEv2 క్లయింట్-నుండి-గేట్‌వే సంబంధాల కోసం కూడా రూపొందించబడింది, కాబట్టి ఒకే ల్యాప్‌టాప్ IPsecతో చేరవచ్చు. రెండవది TLS ఆధారిత ఉత్పత్తి అంటే రిమోట్ యాక్సెస్ మాత్రమే; OpenVPN రెండు సైట్ల మధ్య ట్రాఫిక్‌ను మోయడానికి క్రమంగా ఉపయోగించబడుతుంది, దాని TLS వినియోగం బ్రౌజర్ సెషన్‌లో కాకుండా నియంత్రణ మరియు ప్రమాణీకరణ మార్పిడిలో కేంద్రీకృతమై ఉంటుంది.

ఏ వివరణకైనా ఉపయోగకరమైన పరీక్ష: ఒక పదాన్ని మార్చడం ముగింపు బిందువులను మరియు ప్రోటోకాల్‌ను రెండింటినీ మార్చినట్లయితే, వాక్యం అక్షాలను కలుపుతుంది. “SSL VPN vs సైట్-నుండి-సైట్” ఆ పరీక్షలో విఫలమవుతుంది, ఎందుకంటే మొదటి పదం మెకానిజం కుటుంబాన్ని, రెండవది టోపాలజీని సూచిస్తాయి.

పోల్చదగిన విధంగా అమలును వివరించండి

నాలుగు ఖాళీలను రాసి నింపండి: ముగింపు బిందువులు, మెకానిజం, ప్రమాణీకరణ మరియు యాక్సెస్ ఉపరితలం. శాఖ లింక్‌ను రెండు పేరున్న ప్రిఫిక్స్‌ల మధ్య సర్టిఫికెట్ ప్రమాణీకరణతో, వినియోగదారు స్థాయి పోర్టల్ లేకుండా IKEv2 గేట్‌వే జంటగా చదవవచ్చు. రిమోట్ యాక్సెస్ సేవను ప్రతి వినియోగదారుకు చిరునామాలు కేటాయించే, లాగిన్‌లో రెండవ కారకాన్ని కోరే మరియు అంతర్గత DNS జోన్‌ను మాత్రమే ప్రచురించే TLS ఆధారిత క్లయింట్‌గా చదవవచ్చు.

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

పదజాలానికి ప్రచురిత లంగరు కూడా ఉంది. IETF యొక్క VPN పదజాల పత్రం రిమోట్ యాక్సెస్ మరియు సైట్-నుండి-సైట్‌తో సహా అనేక సేవా నమూనాలను అవి నిర్మించే మెకానిజంల నుండి వేరు చేస్తుంది, అదే పదేపదే పోయే భేదం.

ఉత్పత్తి పేరు కాదు, చర్చించిన ప్రోటోకాల్‌ను చదవండి

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

openssl s_client -connect vpn.example.net:443 -tls1_3 -brief

IPsec గేట్‌వేకు సమానమైన పరిశీలన అమలు యొక్క స్వంత స్థితి అవుట్‌పుట్ నుండి వస్తుంది, అది ఉపయోగంలో ఉన్న IKE మరియు ESP ప్రతిపాదనలను నివేదిస్తుంది. ఏదేమైనా, విషయం ఒకటే: మెకానిజం అక్షాన్ని సజీవ సెషన్ నుండి చదవాలి, ఎందుకంటే క్లయింట్ మరియు గేట్‌వే ఇద్దరు నిర్వాహకులు ఊహించిన దానికంటే పాతదానికి దిగి చర్చలు చేయవచ్చు.

ipsec statusall | grep -E "IKE|ESP"

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

కాబట్టి రెండు లేబుల్లను ఉంచండి, కానీ అవి ఏమో దానికి ఉపయోగించండి: ఏ ముగింపు బిందువులు కలుపబడతాయి మరియు టన్నెల్ ఎలా నిర్మించబడుతుందో చెప్పే చిన్న మార్గం. ఒకదాన్ని మరొకదాన్ని మినహాయించడానికి ఉపయోగించిన క్షణంలో, వివరణ ఏదైనా వివరించడం ఆపేస్తుంది.

సంబంధిత వ్యాసాలు