ఒక బృందానికి Windows EC2 ఇన్‌స్టాన్స్‌పై నడుస్తున్న యాప్‌కు VPN కనెక్టివిటీ కావాలి, సరిపోయే క్లయింట్ సాఫ్ట్‌వేర్‌ను కనుగొని, ఇన్‌స్టాల్ చేసి, ఆ తర్వాత VPCలో మిగిలిన భాగం దాన్ని ఎందుకు ఉపయోగించలేకపోతోందని అడుగుతుంది. ఇన్‌స్టాలేషన్ పనిచేసింది; పాత్ర ఎప్పుడూ నిర్ణయించబడలేదు. అతిథి లోపల నడిచే సాఫ్ట్‌వేర్ మరొకరి నెట్‌వర్క్‌లో చేరే క్లయింట్, ఇతర క్లయింట్‌లను అంగీకరించే సర్వర్, లేదా AWS నిర్వహించే రెండు VPN ఉత్పత్తులలో ఏదీ కాకపోవచ్చు, మరియు ప్రతి పాత్ర మీకు వేరే పనిని మిగిల్చుతుంది.

లక్షణం సాధారణంగా తప్పు పాత్ర

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

నిర్వహిత సేవలు సేవ యొక్క నిర్వహణను AWSకు మారుస్తాయి మరియు రూపకల్పనను మీకు వదిలివేస్తాయి. Site-to-Site VPN కస్టమర్ గేట్‌వే మరియు AWS గేట్‌వే ద్వారా నెట్‌వర్క్‌లను కలుపుతుంది, Client VPN దూర పరికరాలకు నిర్వహిత ముగింపు బిందువును ఇస్తుంది. రెండు సందర్భాలలోనూ మార్గాలు, అధికార నియమాలు మరియు గుర్తింపు మూలం మీ కాన్ఫిగరేషన్, మరియు ఏ ఉత్పత్తి కూడా Windows అతిథి లోపల సాధారణ-ఉద్దేశ్య క్లయింట్‌ను ఇన్‌స్టాల్ చేయదు.

నాలుగు రూపాలు సాధ్యం, మరియు పట్టిక ఏది దేనితో కనెక్ట్ అవుతుంది మరియు నిర్వహణ భారాన్ని ఎవరు మోస్తారు అనే దాని ఆధారంగా వాటిని వేరు చేస్తుంది.

RoleWhat connectsWho owns the VPN software
Client in the Windows VMThis VM dials out into someone else's networkYou, plus the software vendor
Server in the Windows VMInbound clients and sites attach to this VMYou, end to end
AWS Site-to-Site VPNTwo networks meet through a customer gateway and an AWS gatewayAWS operates the tunnels; you own the peer and route design
AWS Client VPNUser devices attach to an endpoint AWS operatesAWS operates it; you own the access rules

ఉత్పత్తి పేరు కాదు, వరుసను చదవండి: అదే Windows ఇన్‌స్టాన్స్ లోపల ఏ సాఫ్ట్‌వేర్ నడుస్తుంది అనే దాని ఆధారంగా రెండు వేర్వేరు వరుసలలో ఉండవచ్చు.

VM లోపలి క్లయింట్: VM నెట్‌వర్క్‌లో చేరుతుంది

బయటకు వెళ్లే క్లయింట్ ఏదైనా ఇన్‌స్టాల్ చేసే ముందు Windows బిల్డ్, ఆర్కిటెక్చర్ మరియు డ్రైవర్ అవసరాలను తనిఖీ చేయించుకోవాలి. క్లయింట్ ఇన్‌స్టాన్స్‌పై మార్గాలు మరియు DNSను మారుస్తుంది, ఇది అక్కడ ఇప్పటికే నడుస్తున్న సేవలను ప్రభావితం చేయవచ్చు, దూర నిర్వహణకు మీరు ఉపయోగించే మార్గంతో సహా. క్లయింట్ సెట్ చేసే అడాప్టర్ పేరు మరియు ఇంటర్‌ఫేస్ మెట్రిక్‌ను నమోదు చేయండి, ఎందుకంటే కొత్త ఇంటర్‌ఫేస్ ఉన్నదాని కంటే ప్రాధాన్యత పొందవచ్చు. ఇన్‌స్టాన్స్ SSH లేదా RDPకి బదులుగా సెషన్ మేనేజర్ ద్వారా నిర్వహించబడితే, క్లయింట్ కనెక్ట్ అయిన తర్వాత కూడా ఆ మార్గం పనిచేస్తుందని నిర్ధారించండి.

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

VM లోపలి సర్వర్: ఇతర క్లయింట్‌లు దానిలో చేరతాయి

స్వయం-నిర్వహిత సర్వర్ కోసం శ్రోత, ధృవపత్రం లేదా కీ పదార్థం, వినియోగదారు డేటాబేస్ మరియు ఫార్వార్డింగ్ నియమాలు మీవి. సర్వర్ ఇతర క్లయింట్‌లకు ట్రాఫిక్‌ను ఫార్వార్డ్ చేస్తే, ఇన్‌స్టాన్స్ రూటర్ అవుతుంది, దానికి అతిథి స్థాయి ఫార్వార్డింగ్‌తో పాటు AWS స్థాయి మార్గాలు మరియు భద్రతా సమూహాల మార్పులు అవసరం.

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

నిర్వహిత గేట్‌వేలు సేవను ఉంచుతాయి, మీ యాక్సెస్ రూపకల్పనను కాదు

AWS Site-to-Site VPN కస్టమర్-గేట్‌వే మరియు AWS-గేట్‌వే సొరంగ పాత్రలను డాక్యుమెంట్ చేస్తుంది, ఆ కనెక్షన్‌ను కొనడం ప్రతి దూర-యాక్సెస్ రూపకల్పనను భర్తీ చేయదు. Client VPN క్లయింట్ పర్సోనాలతో నిర్వహిత ముగింపు బిందువును డాక్యుమెంట్ చేస్తుంది, అధికార నియమాలు మరియు లక్ష్య మార్గాలు మీవేగా ఉంటాయి. AWS ముగింపు బిందువును మరియు దాని ధృవపత్రాలను నడుపుతూనే ఉంటుంది; ఎవరు ఏ యాప్‌ను చేరుకోగలరు అనేది ఇప్పటికీ మీరు రాసి నిర్వహించే అధికార నియమం.

ఐదు అక్షాలపై ఉత్పత్తుల మధ్య ఎంచుకోండి: ప్రతి ఒక్కటి ఏ పాత్ర పోషిస్తుంది, ఏ ప్రోటోకాల్‌లను అంగీకరిస్తుంది, ఏ గుర్తింపు మూలాన్ని ఆశిస్తుంది, ట్రాఫిక్ ఎలా ఫార్వార్డ్ అవుతుంది మరియు లభ్యత ఎలా అందించబడుతుంది. ఫోరం థ్రెడ్‌లో ఉటంకించిన ఏదైనా ఒకే త్రూపుట్ సంఖ్యను పట్టించుకోకండి, ఎందుకంటే ప్రచురిత సామర్థ్యం సేవతో పాటు మారుతుంది. మరియు నిర్వహిత సొరంగ జంట ఏదైనా ఏకపక్ష అతిథి క్లయింట్ ప్రవర్తనను మారుస్తుందని అనుకోకండి.

ఉత్పత్తికి ముందు పాత్రను ఎంచుకోండి

దిశను పేర్కొనే ఒక వాక్యాన్ని రాయండి: ఈ VM నెట్‌వర్క్‌లో చేరుతుంది, ఈ VM క్లయింట్‌లను అంగీకరిస్తుంది, లేదా AWS గేట్‌వే నిర్వచించిన నెట్‌వర్క్‌లను కలుపుతుంది.

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

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