یو Azure VM ته تونل ته اړتیا ده: میلمه کلاینټ که VPN ګېټوې؟

په یو Azure VM کې یوه کاري بار باید د تونل له لارې شخصي شبکې ته ورسیږي. هغه پوښتنه چې ډیزاین فیصله کوي دا نه ده چې کوم VPN محصول غوره دی؛ بلکې دا ده چې ایا بل ماشین به کله هم دې لارې ته اړتیا ولري. لومړی دې ته ځواب ورکړئ او پاتې معماري معمولاً پخپله غوره کیږي. که غلطي وکړئ، هغه VM په میراث ورسوئ چې په چوپتیا سره روټر شو او چا هم مستند نه کړ.

دوه کارونه چې ورته ښکاري

VM کولای شي د پای ټکی یا د تګ راتګ ټکی وي، او توپیر په هغه سافټویر کې نه دی چې تاسو یې نصب کوئ، بلکې په دې کې دی چې تونل څوک کاروي. د پای ټکي په توګه میلمه د خپلو پروسو لپاره کلاینټ چلوي. د تګ راتګ ټکي په توګه نورو کاري بارونو بستې مخته لیږي، چې دا ستاسو د شبکې ټوپولوژي برخه جوړوي.

د یو VM ډیری غوښتنې لومړنی کار دی چې د دویم کار ژبه اغوندي. یو څوک وايي «VM زموږ VPN دی» حال دا چې مانا یې دا ده چې پر هغه یوه اپلیکیشن باید بلې خوا ته د ډیټابیس تر لاسه کولو ورسیږي.

لومړی شرط: ایا بل څه لرې خوا ته اړتیا لري؟

که ځواب نه وي، کلاینټ په میلمه کې نصب کړئ او ډیزاین بند کړئ. په دې انتخاب کې هیڅ شی مدیریت شوې ګېټوې ته اړتیا نه لري، او هیڅ شی VM د هغې ګاونډیانو لپاره ګېټوې نه جوړوي. تاسو د یو آپریټینګ سیسټم دننه روټ زیاتوئ.

که ځواب هو وي، یا په یوه کال کې شاید هو وي، نو اوس یې د شبکې ډیزاین په توګه وګورئ. نور VM یوازې هغه وخت تګ راتګ VM ته رسیږي چې د فرعي شبکې روټ جدول هغوی هلته ولیږي او NIC لیږل شوی ترافیک ومني، نو کار د روټ جدولونه او د لیږد اجازې دی، نه بل کلاینټ نصبول.

دویم شرط: ایا تاسو د ادارې لاره ساتلی شئ؟

هغه VPN کلاینټ چې پراخه روټ نصبوي کولای شي هغه لاره ونیسي چې تاسو پرې VM اداره کوئ. که د تونل د منزلونو لیست د ادارې شبکې سره یو ځای شي، ستاسو SSH یا RDP غونډه هغه شیبه قطع کیږي چې کلاینټ نښلوي، او سمون باید د سیریل کنسول یا بیا جوړولو له لارې وشي.

مخکې او وروسته وګورئ. په Linux کې ip route get <management-ip> ښیي چې کرنل اوس کوم انټرفیس او سرچینه کاروي؛ دا د تونل د فعالیدو پر مهال ځواب سره پرتله کړئ. وویشل شوی تونل د روښانه منزلونو لیست سره د ډیفالټ روټ څخه اسانه دفاع کیدای شي، او معمولاً کاري بار واقعاً همدا ته اړتیا لري.

دریم شرط: د نیمې شپې په وخت یې څوک پیچ کوي؟

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

مدیریت شوې ګېټوې هغه ساتنه پلیټ فارم ته لېږدوي. تاسو لا هم د پیژندنې، اجازې او د هغې شاته د شبکې لارو مالک یاست، مګر د کلاینټ تازه کولو لپاره ماشین بیا نه پیلوئ.

مدیریت شوې ګېټوې څه نه کوي

Azure VPN Gateway د VNet د اړیکې خدمت دی چې خپل سایټ-سایټ او نقطه-نقطې ترتیبات لري. دا هغه قاعده نه ده چې په میلمه کې VPN سافټویر بند کړي، او د یو اپلیکیشن لپاره اړین کلاینټ مستقیم بدیل نه دی.

هغه څه چې ورکوي یې د شبکې پرت اړیکه ده، چې ډیری کاري بارونه د روټینګ له لارې ورته رسیږي. هغه څه چې نه ورکوي یې هغه تونل دی چې یوازې یو پروسه په یو VM کې کاروي او د هغې پروسې پیژندنې ته محدود دی. دا محدودیت هغه نقص نه دی چې بښنه ورته وغواړو؛ همدا د میلمه کلاینټ ډیزاین مانا ده. یو اپلیکیشن، یوه لار، یو سیټ اسناد، په فرعي شبکه کې نورو VM باندې هیڅ اغیزه نشته.

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

د ودې لاره مخکې له اړتیا پلان کړئ

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

سمه پیل ټکی، کله چې اړیکه د کاري بار نه بلکې د شبکې کچې وي، د Azure VPN Gateway کتنه ده.

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