د AWS د یوې تونل خبرتیا: کله واقعاً مهمه ده

د AWS Health خبرتیا چې یوه تونل ښکته ده معمولاً هغه وخت راځي چې هیڅ شی مات نه ښکاري. همدا لامل دی چې له پامه غورځول کیږي. خبرتیا د قطعېدو تشریح نه کوي؛ د یوې دوه ګوني حالت تشریح کوي چې د AWS د څارنې کړکۍ څخه تېر شوی. چې اقدام کوئ که نه، په دې پورې اړه لري چې ستاسو ډیزاین څه زغملی شي، نه په دې چې ډشبورډ څنګه ښکاري.

خبرتیا واقعاً څه اندازه کړل

هره Site-to-Site اړیکه دوه تونلونه لري، چې په بېلو AWS پای ټکو کې پای ته رسي. د AWS د څارنې اسناد د دواړو تنظیمولو سپارښتنه کوي او خبرتیا پورته کوي کله چې یو یې د مستندې مودې لپاره ښکته پاتې شي. هغه موده مهمه ده، ځکه چې لنډه خوځښت او تلپاتې ضایع کول په یوه ګراف کې ورته ښکاري.

د اړیکې د ټول حالت پر ځای د هرې تونل ټیلیمیټري ولولئ. aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123 --query 'VpnConnections[0].VgwTelemetry' د هرې تونل لپاره حالت او پیغام بیرته راګرځوي، او خبرتیا پر همدغو شواهدو ولاړه ده.

درې شرطونه چې ستاسو ځواب ټاکي

د دې پریکړې دمخه چې دا ټیکټ دی که بې پروايي، درې واړه وګورئ.

لومړی، آیا پاتې تونل کولای شي بار ووړي، په شمول د هرې بینډوېډت حد او هغه مخکښې چې اعلانوي؟ دوهم، آیا لیږد واقعاً پیښیږي، په پام کې نیولو سره چې دوهمه تونل چې له جوړېدو راهیسې ښکته ده هېرېدلې نه ده ثابته شوې؟ دریم، آیا ستاسو بل پلان شوی بدلون به دواړه تونلونه یوځای ښکته کړي، کوم چې یوه ښکارېدونکې خبرداری د ساتنې کړکۍ ستونزه جوړوي. که هر ځواب نه یا نامعلوم وي، خبرتیا یوه ریښتینې موندنه ده.

که درې واړه په ښکاره توګه سم وي، ولیکئ چې ولې د زغملو وړ ده او مخکې لاړ شئ. هغه یادښت د راتلونکي ربعې له بحث څخه ډیر ارزښت لري.

د ریزرو peer څه نه ثابتوي

د پیرودونکي ګیټوې چې تنظیم شوې بیک اپ peer لري د دې ثبوت نه دی چې AWS دوه روغ تونلونه ویني. د پیرودونکي اړخ کولای شي یو سړه peer وساتي چې نوي خبرې اترې ته اړتیا لري، او دا کولای شي یو قانوني ډیزاین وي. سره له دې دا د دوو ژوندیو تونلونو په څیر مشاهده نه ده.

دوه فزیکي راترونه هم مخالف قضیه نه جوړوي. کله چې دواړه تونلونه په یوه وسیله پای ته رسي یا د یوې پورتنۍ لینک له لارې ووځي، دوه ګونیتوب یوازې پر کاغذ وي.

بدلون د هغې د اغیزې وړانګې سره سم کړئ

د AWS د پای ټکو د بدلون اسناد قضیې جدا کوي، او دا توپیر اسانه دی چې له پامه ونه غورځول شي. د AWS لخوا مدیریت شوي تازه معلومات په یوه وخت کې په یوه تونل پلي کیږي. د پیرودونکي لخوا پیل شوي بدلونونه په هدف ګیټوې، پیرودونکي ګیټوې یا د اړیکې انتخابونو کې دواړه تونلونه تر هغو ناموجود کوي چې بدیل پای ټکي چمتو شي.

په یوه تونل کې د انتخابونو بدلول دریمه قضیه ده چې خپله اعلان شوې اغیزه لري: هغه تونل د خپل تازه معلوماتو په جریان کې نشته او بله دوام کوي.

مخکې له دې چې اړتیا ورته ولرئ بدیل ثابت کړئ

د پیښې انتظار پر ځای ازموینه مهال ویش کړئ. روغه تونل د ساتنې کړکۍ دننه ښکته کړئ، تایید کړئ چې بدیل خبرې کوي، بیا تایید کړئ چې ریښتینی ترافیک دواړه لوري ته له هغې تیریږي. د تونل حالت سره یوځای د بیرته راستنیدو لارښوونه هم وګورئ، ځکه چې د دوهم پړاو ناسم والی تونل پورته او کاري بار مړ پریږدي. هلته اوسئ چې د لیږد وخت هم اندازه کړئ.

خبرتیا، د ټیلیمیټري پایله او د بدلون پلان په یوه ثبت کې وساتئ. هغه ثبت د راتلونکي ربعې خبرتیا په دې بحث بدلوي چې آیا چا کله بیک اپ ازمویلی دی، نه په دوو دقیقو بیاکتنه.