మూలం/గమ్యం తనిఖీ ఒక ద్వారం మాత్రమే, మొత్తం VPN మార్గం కాదు

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

ఏదైనా మార్చే ముందు రెండు పరీక్షలను వేరు చేయండి

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

గేట్వే వైపు పనిచేసే ping మరియు దానికి ఆవల హోస్ట్ వైపు విఫలమయ్యే ping అంతరాయపు సమస్య కాదు. ఫార్వర్డ్ చేయవచ్చని చెప్పబడని ఇన్స్టాన్స్ యొక్క ఆశించిన ప్రవర్తన ఇది.

సెట్టింగ్ను తాకే ముందు మార్గాన్ని రాయండి

క్లయింట్ ప్రిఫిక్స్, ఫార్వర్డింగ్ ఇన్స్టాన్స్ లేదా నెట్వర్క్ ఇంటర్ఫేస్, లక్ష్య సబ్నెట్ మరియు సమాధాన మార్గాన్ని నమోదు చేయండి. ఇన్స్టాన్స్ వైపు చూపే VPC రూట్ పట్టిక నమోదు ఇన్స్టాన్స్ ఆపరేటింగ్ సిస్టమ్ను ఫార్వర్డ్ చేయడానికి కాన్ఫిగర్ చేయదు, ఫార్వర్డింగ్ ఆన్లో ఉన్న అతిథి కెర్నల్ VPC మార్గాన్ని సృష్టించదు. ఆ సంబంధానికి రెండు చివరలు ఉండాలి, మరియు అవి వేరే ప్రదేశాలలో వేరే ప్రవేశం ఉన్న వ్యక్తులచే సవరించబడతాయి.

తర్వాత మూలం/గమ్యం తనిఖీ సెట్టింగ్ను వాస్తవ ఫార్వర్డింగ్ భాగంలో పరిశీలించండి, VPCలోని ప్రతి ఇన్స్టాన్స్లో కాదు. ఇతరుల కోసం ట్రాఫిక్ను ఫార్వర్డ్ చేసే ఇన్స్టాన్స్ ఆ తనిఖీ ఆఫ్లో ఉండాల్సిన కారణాన్ని, మరియు సెట్టింగ్ మొత్తం VPC డిఫాల్ట్ కాకుండా ప్రతి ఇన్స్టాన్స్ నిర్ణయం ఎందుకు అనేదాన్ని AWS నమోదు చేస్తుంది.

నాలుగు సరిహద్దులు, తనిఖీ వాటిలో ఒకటి మాత్రమే

మార్గాన్ని నాలుగు ప్రశ్నలుగా పరిగణించి క్రమంగా సమాధానం చెప్పండి. మొదట విఫలమయ్యే సమాధానం పని ఎక్కడ ఉందో చూపుతుంది, మిగతావి ఏవీ దాన్ని భర్తీ చేయవు.

క్రమం ముఖ్యం ఎందుకంటే తనిఖీ చేయడం చవక: మార్గాలు ఒక పేజీలో కనిపిస్తాయి, తనిఖీ ఒకే లక్షణం, గమ్యం అభిప్రాయం సాధారణంగా ఎవరైనా చివరగా అడిగే విషయం.

అనువాదం గమ్యం ఏ మూలాన్ని చూస్తుందో మారుస్తుంది

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

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

అసలు క్లయింట్ నుండి పరీక్షించండి, తర్వాత మార్పును ఉంచండి

గేట్వేలో సృష్టించిన అభ్యర్థన విజయవంతం కావచ్చు, ఫార్వర్డ్ చేసిన అభ్యర్థన విఫలమవుతుంది, ఎందుకంటే అది వేరే మూలం మరియు వేరే ఫార్వర్డింగ్ సందర్భం. లక్ష్య సవరణ తర్వాత విఫలమైన అదే క్లయింట్-నుండి-వనరు పరీక్షను అదే క్లయింట్ నుండి పునరావృతం చేయండి, అభ్యర్థన చేరిందని మాత్రమే కాదు సమాధానం తిరిగి వస్తుందని నిర్ధారించండి.

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