ప్రత్యక్ష సొరంగంలో AWS VPN సొరంగ లాగ్లను ప్రారంభించాలా?

Site-to-Site VPN కోసం సొరంగ కార్యకలాప లాగ్లను ఆన్ చేయడం అది కొలుస్తున్న సొరంగాన్నే పడగొట్టగల చిన్న మార్పు. ఇప్పటికే ఉన్న సొరంగంలో లాగింగ్ ప్రారంభించడం దానిని కొన్ని నిమిషాలు అంతరాయం కలిగించవచ్చని AWS హెచ్చరిస్తుంది, కాబట్టి ఆసక్తికరమైన ప్రశ్న జెండాను ఎలా తిప్పాలనేది కాదు, ఏ సొరంగంలో ఎప్పుడు తిప్పాలనేది. మూడు షరతులు క్రమాన్ని నిర్ణయిస్తాయి: మరో సొరంగం నిజంగా మార్గాలను మోసుకెళ్తోందా, మీకు సేవా సంఘటనలు కావాలా BGP సంఘటనలు కావాలా, మార్పు కన్సోల్ ద్వారా వెళ్తుందా సొరంగ ఎంపిక API ద్వారా వెళ్తుందా. ఇందులో తప్పు చేస్తే అంతరాయం లేదా ఏమీ లేని లాగ్ గ్రూప్‌తో ముగుస్తుంది.

మూడు షరతులు క్రమాన్ని నిర్ణయిస్తాయి

మీరు మారుస్తున్న వస్తువు గుర్తింపుతో ప్రారంభించండి. మీకు VPN కనెక్షన్ ID, ప్రాంతం మరియు నిర్దిష్ట సొరంగపు బయటి IP చిరునామా అవసరం, ఎందుకంటే ఈ ఫీచర్‌లోని ప్రతి లాగ్ సెట్టింగ్ కనెక్షన్‌కు కాదు, సొరంగానికి వర్తిస్తుంది. తప్పు బయటి చిరునామాకు వర్తింపజేసిన మార్పు ఎవరూ డీబగ్ చేయని సొరంగంలోని మార్పు.

గమ్యం అదే ప్రాంతంలోని CloudWatch లాగ్ గ్రూప్, మీరు నిజంగా కోరుకునే నిల్వ మరియు యాక్సెస్ విధానంతో. సాధారణ పేర్లు ఎదుర్కోగల వనరు విధాన పరిమాణ పరిమితులను ఇది తప్పించుకుంటుంది కాబట్టి AWS ఈ గ్రూపులకు /aws/vendedlogs/ ఉపసర్గను సిఫారసు చేస్తుంది. /aws/vendedlogs/vpn/branch-a-activity వంటి పేరు కేవలం ఉదాహరణ; ముఖ్యమైనది గ్రూప్ ఉనికి, డెలివరీ పాత్ర దానిలో రాయగలగడం, మరియు రెండింటినీ VPN కాన్ఫిగరేషన్ యజమాని నిర్వహించడం. పేరు అనుమతులు ఇవ్వదు, డెలివరీ విధానం లేకుండా సృష్టించిన గ్రూప్ లోపానికి బదులు నిశ్శబ్దాన్ని ఉత్పత్తి చేస్తుంది.

మొదటి షరతు: నిజంగా ట్రాఫిక్ మోసుకెళ్లే అదనపు సొరంగం

ఇది బృందాలు దాటవేసే షరతు. కాన్ఫిగర్ చేసిన రెండు సొరంగాలు, అప్లికేషన్‌కు ఉపయోగించగల ప్రత్యామ్నాయ మార్గం ఉందనడానికి రుజువు కావు.

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

రెండో షరతు: కార్యకలాప లాగ్ లేదా BGP లాగ్

ఇది మీరు నిజంగా ఏమి చదవగలరో నిర్ణయిస్తుంది. కార్యకలాప రికార్డులు IKE మరియు IPsec స్థితి మార్పులు, DPD సందేశాల వంటి సేవా సంఘటనలను కవర్ చేస్తాయి; సొరంగం పైకి రానప్పుడు లేదా నిరంతరం కీలను పునరుద్ధరిస్తున్నప్పుడు ఇది మీకు కావాల్సింది. BGP రికార్డులు స్వంత నియంత్రణలతో కూడిన ప్రత్యేక ప్రవాహం, అవి వేరే ప్రశ్నకు సమాధానం ఇస్తాయి: మార్గాలు ఆశించిన విధంగా మార్పిడి చేయబడి ఉపసంహరించబడ్డాయా అని.

కార్యకలాప జెండాను ప్రారంభించడం సేవ అందించగల ప్రతి ప్రవాహానికి అభ్యర్థన కాదు. అనుమానం రూటింగ్‌పై ఉంటే రెండింటినీ ప్రారంభించండి; అనుమానం దశ 1 లేదా దశ 2 చర్చపై ఉంటే, దానిని చూపేది కార్యకలాప ప్రవాహమే.

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

మూడో షరతు: కన్సోల్ మార్పు లేదా సొరంగ ఎంపిక API

ఒక మనిషి ఒకసారి మార్పు చేస్తుంటే కన్సోల్ మార్గం సరైనది: VPC console, Site-to-Site VPN connections, కనెక్షన్‌ను ఎంచుకోండి, Actions, Modify VPN tunnel options, బయటి IP ఎంచుకోండి, Tunnel activity log ప్రారంభించండి, గ్రూప్ మరియు అవుట్‌పుట్ ఫార్మాట్ ఎంచుకుని, విండో లోపల సేవ్ చేయండి. VPN కోడ్‌గా నిర్వహించబడుతుంటే, అదే క్లిక్ తర్వాత సరిదిద్దాల్సిన డ్రిఫ్ట్.

ఆటోమేషన్ కోసం, సొరంగ ఎంపికల కార్యకలాప-లాగ్ భాగానికి స్థిరమైన ఆకారం ఉంది: LogOptions లో CloudWatchLogOptions ఉంది, దానితో LogEnabled, LogGroupArn మరియు LogOutputFormat. ఆ బ్లాక్ ఒక ముక్క, అభ్యర్థన కాదు; modify-vpn-tunnel-options కి ఇంకా కనెక్షన్ ID మరియు సొరంగ బయటి IP అవసరం, మిగిలిన సొరంగ సెట్టింగ్‌లను టెంప్లేట్ యజమాని కాపాడాలి. BGP లాగింగ్ అదే నిర్మాణంలో తన స్వంత BgpLogEnabled, BgpLogGroupArn మరియు BgpLogOutputFormat కీలను ఉపయోగిస్తుంది. కాల్ వర్తించిందని నమ్మడం బదులు describe-vpn-connections తో మార్పును తిరిగి చదవండి.

రికార్డులు మీకు ఏమి చెప్పగలవు, ఏమి చెప్పలేవు

మొదటి సొరంగం పూర్తయి, ఉద్దేశించిన మార్గం అందుబాటులో ఉన్న తర్వాత, రెండో సొరంగ లాగ్‌లు కూడా అవసరమైతే అదే నియంత్రిత క్రమాన్ని పునరావృతం చేయండి. ఒకసారి ఒక సొరంగం అనేదే మొత్తం విషయం.

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

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