AWS Client VPN లేదా Site-to-Site: కనెక్షన్‌ను ఎవరు తెరుస్తారో తనిఖీ చేయండి
Client VPN పరికరాన్ని లేదా వినియోగదారుని ప్రామాణీకరిస్తుంది; Site-to-Site గేట్‌వేను AWS తో కలుపుతుంది. మీ ల్యాప్‌టాప్ లేదా శాఖకు వాస్తవంగా ఏది కావాలో నాలుగు తనిఖీలు నిర్ణయిస్తాయి.
దీన్ని నాలుగు తనిఖీలు నిర్ణయిస్తాయి, వాటిలో ఏదీ ప్రోటోకాల్ పేరు కాదు. కనెక్షన్‌ను ఎవరు తెరుస్తారు, AWS ఏమి ప్రామాణీకరిస్తుంది, కనెక్షన్ మీ నెట్‌వర్క్‌కు ఎలా కలుస్తుంది, మరియు దానితో ఏ రూటింగ్ మరియు విధానం వస్తాయి. వీటికి క్రమంగా సమాధానం ఇవ్వండి, ఉత్పత్తి ఎంపిక సాధారణంగా తనంతట తానే జరుగుతుంది; డిజైన్ కొన్న తర్వాత సమాధానం ఇస్తే, సమస్యలోని తప్పు సగభాగాన్ని పరిష్కరించే సొరంగాన్ని మీరు సమర్థిస్తారు. నాలుగింటిలో ఏదీ మీరు సైఫర్‌ను ఎంచుకోమని అడగదు, అందుకే ప్రోటోకాల్‌తో ప్రారంభమయ్యే డిజైన్ సాధారణంగా అవసరాలు ఎప్పుడూ రాయబడలేదని సూచించే సంకేతం.
ప్రతి తనిఖీని మీరు ఉపయోగించాలని భావిస్తున్న వాస్తవ ఎండ్‌పాయింట్, క్లయింట్ మరియు చిరునామా కుటుంబంపై చేయండి, వర్గంపై కాదు. నిర్వహిత VPN ఉత్పత్తులు తాము పోలిన OpenVPN మరియు IPsec నిర్మాణ బ్లాకులకు భిన్నంగా ఉంటాయి.
మొదట, కనెక్షన్‌ను ఎవరు తెరుస్తారు
యాక్సెస్ అవసరమైన వస్తువు ల్యాప్‌టాప్, ఫోన్ లేదా ఒక నిర్వాహకుడి వర్క్‌స్టేషన్ అయితే, కనెక్షన్ దూర పరికరం నుండి ప్రారంభమవుతుంది, డిజైన్ దూర క్లయింట్ యాక్సెస్. యాక్సెస్ అవసరమైన వస్తువు ఒక రూటర్ వెనుక యంత్రాలతో నిండిన శాఖ అయితే, కనెక్షన్ ఆ రూటర్ నుండి ప్రారంభమవుతుంది, డిజైన్ గేట్‌వే-నుండి-గేట్‌వే. ఇదే చాలా సందర్భాలను నిర్ణయించే తనిఖీ, విక్రేత ప్రదర్శన సంభాషణను ఇప్పటికే సైఫర్ల చుట్టూ చట్రంలో పెట్టినప్పుడు ప్రజలు దాటవేసే తనిఖీ కూడా ఇదే.
ప్రారంభించే భాగాన్ని పేర్కొనలేకపోతే ఇక్కడ ఆపండి. ఒకే సొరంగంతో రెండు సందర్భాలను పూర్తి చేయాలని ప్రయత్నించే డిజైన్ సాధారణంగా తనను తాను గేట్‌వే అని నటించే క్లయింట్ సెషన్‌తో ముగుస్తుంది.
రెండవది, AWS ఏమి ప్రామాణీకరిస్తుంది
Client VPN లో AWS కాన్ఫిగర్ చేసిన క్లయింట్ లేదా వినియోగదారు గుర్తింపును ప్రామాణీకరిస్తుంది: ధృవపత్రాలు, డైరెక్టరీ లేదా సమాఖ్య గుర్తింపు, సెటప్‌ను బట్టి. Site-to-Site VPN లో AWS గేట్‌వే భాగస్వామి గుర్తింపును ప్రామాణీకరిస్తుంది. ఆ భేదం ఉపరితలం కాదు. ఒక నమూనా వినియోగదారులను జోడించి వారి ఆధారాలను రద్దు చేయడం ద్వారా స్కేల్ అవుతుంది; మరొకటి ఒకే గేట్‌వే వెనుక ఉన్న ప్రతిదాన్ని నమ్మడం ద్వారా స్కేల్ అవుతుంది.
గేట్‌వే ప్రామాణీకరణ దాని వెనుక ఉన్న ప్రతి ఉద్యోగి లేదా అప్లికేషన్‌ను ప్రామాణీకరించదు, కాబట్టి సొరంగమే నమ్మదగినదైనా అప్లికేషన్ గుర్తింపులు మరియు వనరు స్థాయి యాక్సెస్‌ను కొనసాగించండి. రూటర్‌కు చెల్లుబాటు అయ్యే భాగస్వామి గుర్తింపు ఉన్న శాఖను ఆ భవనంలోని ప్రతి డెస్క్‌కు అనుమతి ఇచ్చినట్లు స్వయంచాలకంగా చదవకూడదు.
మూడవది, కనెక్షన్ ఎలా కలుస్తుంది
Client VPN, VPC ఉపజాల సంఘాల ద్వారా లేదా మద్దతు ఉన్న ప్రత్యక్ష Transit Gateway అటాచ్‌మెంట్ ద్వారా కలుస్తుంది. Site-to-Site VPN, AWS VPN లక్ష్యానికి, సాధారణంగా వర్చువల్ ప్రైవేట్ గేట్‌వే లేదా Transit Gateway కు కలుస్తుంది. Client VPN ఆర్కిటెక్చర్ గైడ్ Transit Gateway ఎంపికను డాక్యుమెంట్ చేస్తుంది, దాని ఉనికి ల్యాప్‌టాప్ సెషన్‌ను శాఖ గేట్‌వేగా మార్చదు, పైన వివరించిన క్లయింట్ ప్రామాణీకరణ మరియు అనుమతిని తీసివేయదు.
రూట్లను డిజైన్ చేయడానికి ముందు మీ ఖాతా మరియు ప్రాంతం వాస్తవంగా ఏ అటాచ్‌మెంట్‌కు మద్దతు ఇస్తాయో తనిఖీ చేయండి, తర్వాత ఆ అటాచ్‌మెంట్ ఎవరిదో తనిఖీ చేయండి. డాక్యుమెంటేషన్‌లో ఉన్నా మీరు కాన్ఫిగర్ చేయలేని నెట్‌వర్క్‌లో ఉన్న ఎంపిక ఎంపిక కాదు.
నాల్గవది, దానితో ఏ రూటింగ్ మరియు విధానం వస్తాయి
Client VPN మీరు అనుమతించే గమ్యస్థాన నెట్‌వర్క్‌లకు క్లయింట్ కనెక్షన్ నిర్వహణ మరియు అనుమతి నియమాలను తెస్తుంది. కనెక్ట్ అయిన వినియోగదారుకు ఇంకా ఉద్దేశించిన ఎండ్‌పాయింట్ మార్గం, దానిని అనుమతించే అనుమతి నియమం, మరియు వనరే కోరే యాక్సెస్ అవసరం. Site-to-Site VPN కస్టమర్ గేట్‌వే ప్రాతినిధ్యం వహించే నెట్‌వర్క్‌ల మధ్య రూట్ చేస్తుంది, డిజైన్‌ను బట్టి మద్దతు ఉన్న స్థిర మార్గాలు లేదా BGP ఉపయోగించి, కాబట్టి శాఖ రూటర్ వెనుక ఉన్న వ్యక్తిగత యంత్రాలకు ప్రతిదానికీ క్లయింట్ లాగిన్ అవసరం లేదు.
ఏ దిశలోనూ వర్గం నుండి మద్దతు లేని ప్రవర్తనను ఊహించవద్దు. దూర యాక్సెస్ VPN లు తిరిగి వచ్చే ట్రాఫిక్‌ను మోసుకెళ్లడానికి లేదా గేట్‌వే ఏర్పాట్లకు మద్దతు ఇవ్వడానికి సార్వత్రికంగా అసమర్థం కావు, IPsec NAT ద్వారా స్వయంచాలకంగా నిరోధించబడదు — AWS NAT ట్రావర్సల్ మరియు కస్టమర్ గేట్‌వే అవసరాలను డాక్యుమెంట్ చేస్తుంది, నిజమైన పరిమితి మద్దతు ఉన్న గేట్‌వే కాన్ఫిగరేషన్. క్లయింట్ల వైపు ప్రారంభమయ్యే కనెక్షన్లను కోరడానికి ముందు లేదా ఒక సెషన్ వెనుక LAN ను పంపడానికి ముందు మీ ఎండ్‌పాయింట్ పరిమితులను తనిఖీ చేయండి. అదే జాగ్రత్త చిరునామా కుటుంబాలకూ వర్తిస్తుంది: IPv4 పై పనిచేసే ఎండ్‌పాయింట్ IPv6 మార్గాన్ని సూచించదు, కాబట్టి మీ క్లయింట్ లేదా గేట్‌వే నిజంగా చర్చించే కుటుంబాన్ని నిర్ధారించండి.
Site-to-Site VPN ప్రతి కనెక్షన్‌కు రెండు సొరంగాలను ఇస్తుంది, ఆ రిడండెన్సీ ఊహించగల ఫీచర్ కాదు, డిజైన్ పని. కస్టమర్ గేట్‌వే నిర్వహణ, మార్గ వైఫల్య బదిలీ మరియు పరీక్ష కవరేజ్ అన్నీ ప్రణాళిక చేయాలి; ఒక ల్యాప్‌టాప్ సెషన్‌ను అమూర్త VPN సర్వర్‌తో పోల్చడం రెండింటి గురించి ఏమీ నిరూపించదు.
రెండు డిజైన్లు కలిసే చోటు
సేవలు పరస్పరం మినహాయించుకోవు, సాధారణ ఉత్పత్తి రూపం రెండింటినీ ఉపయోగిస్తుంది: ఉద్యోగులు Client VPN లో, శాఖ నెట్‌వర్క్‌లు Site-to-Site లో, మాట్లాడాల్సిన గమ్యస్థానాల మధ్య స్పష్టమైన మార్గాలు మరియు యాక్సెస్ విధానంతో. పట్టిక నాలుగు తనిఖీల సారాంశం, వాటిని చేయడానికి ప్రత్యామ్నాయం కాదు.
| Question | AWS Client VPN | AWS Site-to-Site VPN |
|---|---|---|
| Who establishes it? | A client on a remote device | A customer gateway device or appliance |
| What is authenticated? | The client or user identity | The gateway peer identity |
| How does it attach? | VPC subnet association or Transit Gateway | Virtual private gateway or Transit Gateway |
| What carries the path? | An OpenVPN-based client tunnel | IPsec tunnels to AWS endpoints |
రెండు ఉత్పత్తులలో ఏదీ భర్తీ చేయని ఒక విషయం: ఎన్‌క్రిప్షన్ అవసరం VPN ఎండ్‌పాయింట్ దాటి వెళ్లే అప్లికేషన్‌కు TLS. మీ నిబంధన పరిధి అప్లికేషన్ వద్ద ముగిస్తే, సొరంగం రవాణా, ధృవపత్రం ఇంకా నియంత్రణ.
డిజైన్ సమీక్షకు ముందు నాలుగు సమాధానాలను రాయండి, ఒక్కొక్కటి ఒక వరుసలో. వాటిలో రెండు విరుద్ధంగా ఉన్నప్పుడు — ఉదాహరణకు, వినియోగదారు-ప్రామాణీకృత క్లయింట్ డిజైన్ మరియు శాఖ-పరిమాణ రూటింగ్ అవసరం — ఆ వైరుధ్యమే కనుగొన్న విషయం, మార్పిడి సమయంలో చూడటం కంటే ఇప్పుడు చూడటం చవక.