د Azure Site VPN څارنه: د تونل حالت له یوه ریښتیني پروب سره یوځای کړئ

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

له تونل نه، بلکه له ناکامې نښې پیل وکړئ

جوړ شوی امنیتي ملګرتیا مانا دا ده چې دواړه خواوې پر یوه وړاندیز سلا شوې او کیلي یې نصب کړې. دا مانا نه ده چې ټاکونکي هغه فرعي شبکه پوښي چې کاروونکي ته اړینه ده، لرې خوا ته د بیرته ستنیدو لار ده، یا فایر وال له ډیکریپشن وروسته پورټ مني. ترافیک کولی شي د تونل په څانګه کې هم ناکام شي، او بیا Azure هیڅ نه ویني او بشپړې روغتیا راپور ورکوي. د تونل میټریک اړین دی او هیڅکله کافي نه دی.

درې حالتونه باید توپیر شي: تونل ښکته دی، تونل پورته دی خو خدمت ناکام دی، او د څارنې سرچینه پخپله نشته.

پروب هلته کیږدئ چې کاروونکي دي

له څانګې څخه Azure ته د اپلیکیشن لپاره، سینټټیک ازموینه د څانګې د کاري شبکې له هوسټ څخه چل کړئ او هغه خصوصي HTTPS ننوت ځای ته ونیسئ چې کاروونکي واقعا ورته رسي. له ګیټوې څخه پیل شوی پروب بل سرچینې پته او ډیری وختونه بله تګلاره لاره کاروي، نو کیدای شي تیر شي پداسې حال کې چې هر کاروونکی ناکام شي. Azure Connection Monitor د ازموینې ګروپونو او حدونو سره TCP، ICMP او HTTP ازموینې ملاتړ کوي، او د هغې محلي سرچینو د اجنټ اړتیاوې د Azure خوا ته د هغو څخه توپیر لري. د بلاګ څخه تقاعد شوې کلاسیکې څارنې لارښود کاپي کولو پرځای اوسنی ملاتړ شوی ترتیب وګورئ.

پروب تنګ او ستړی کوونکی وساتئ: یو هدف، یو پورټ، د کاري اړتیا سره سم فریکونسی، او د هغې سرچینې لپاره روښانه اجازه قاعده.

د خدمت سره سمه ازموینه وټاکئ

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

ICMP د دریو څخه تر ټولو کمزوری دی، ځکه ډیری سټیکونه یې د تګلارې له مخې غورځوي او ناکام پینګ ډیر لږ ثابوي.

دواړه سیګنالونه پرته له جوړولو Elastic ته ورسئ

VPN ګیټوې د ټونل د وتلو او ننوتلو بایټونو او د پاکټ ورکیدو شمیرونکو په څیر پلیټ فارم میټریکونه خپروي، او کولی شي د تونل او IKE پیښو په شمول کټګوریو کې تشخیصي لاګونه ولیږي. د Connection Monitor پایلې د Azure Monitor له لارې د میټریک او د Log Analytics کاري ځای له لارې د لاګ ریکارډ په توګه رسیږي. له دې څخه هیڅ یو په Elastic انډیکس کې پخپله نه ښکاري. د میټریک لپاره یو ملاتړ شوی پایپ لاین او د لاګ لپاره بل وټاکئ، معمولا د Azure Event Hub انپټ یا د Azure Monitor ادغام، او مخکې له دې چې د انډیکس بڼې باور وکړئ، وګورئ چې نصب شوی ادغام واقعا څه اخلي.

هغه لیبلونه وساتئ چې آپریټر ته اجازه ورکوي دواړه ډیټاسیټونه یوځای کړي: د پروب لپاره سرچینه پای ټکی، هدف، پروتوکول او پورټ، او د ګیټوې لپاره د تونل پیژندنه او د سیال پته.

پایپ لاین په یوه کنټرول شوې پیښه تصدیق کړئ، بیا یې په Elastic کې ولټوئ او د هغې وخت ټاپه او د سرچینې لیبلونه وګورئ. د غلطې وخت ټاپې سند له ورک شوي سند څخه بدتر دی، ځکه زوړ معلومات اوسني ښیي.

پر توپیر خبرداری ورکړئ، نه پر رنګ

د دوو سیګنالونو ساتلو مانا په ترکیبونو کې ده. تونل ښکته وي نو د شبکې مالک ته زنګ ووهئ؛ تونل پورته وي او پروب ناکام وي نو د اپلیکیشن مالک ته؛ د پروب پایله ورکه وي نو د څارنې اجنټ مالک ته. دواړه دری یو ځای په یوه سره پینل کې اچول به ډاډ ورکړي چې خبرداری به په یوه میاشت کې بند شي. پر یوې نمونې نه، بلکې د دوام ونډو سره پر دوامداره ناکامۍ خبرداری ورکړئ، او د اخستنې پایپ لاین د روغتیا لپاره جلا ازموینه اضافه کړئ.

هغه ډشبورډ چې د پرون بریالو نمونو څخه ډک دی نن باید د روغې لارې په توګه ونه لوستل شي.

په لیکلي ډول تړون کوچنی دی: د تونل میټریک وایي چې ګیټوې خبرې اترې کړې، پروب وایي چې لاره د کاروونکو د ناستې له ځایه کار کوي، او د پایپ لاین روغتیا وایي چې ایا دواړه ځوابونه اوسني دي. په ډشبورډ کې نور هر څه تفسیر دی.