ایا باید د 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 د لاګونو فعالولو پروسه د هر تونل کاري جریان او د هغې د وقفې خبرداری مستند کوي، او دا د بدلون وروسته نه، بلکې مخکې لوستل ارزښت لري۔ بیا په ترتیب سره تایید کړئ: تونل بیرته راغی، ریکارډونه په تمه شوي جریان کې څرګندیږي، او ریکارډونه د هغې پوښتنې ځواب وایي چې تاسو یې لپاره ټکټ پرانیست۔ که دریم ناکام شي، ستونزه د جریان په غوره کولو کې وه، نه په لاګ کولو کې۔