د Azure د IP جریان تصدیق وايي اجازه لري، خو VPN بیا هم ناکامېږي

سایټ تر سایټ تونل نښلول شوی، VM روغ دی، خو محلي کلاینټ هیڅ نه ترلاسه کوي. Network Watcher خلاصوئ، د IP جریان تصدیق چلوئ، او هغه وايي Access allowed، نو ټکټ د VPN ستونزې په توګه بندېږي. دا پایله هغه څه نه معنی لري چې ښکاري، ځکه د IP جریان تصدیق ستاسو د بیان شوي جریان لپاره امنیتي قواعد ارزوي او هیڅکله نه ازموي چې آیا Azure ستاسو محلي مختص ته لاره لري.

د فلټر کولو پوښتنه او د لارښوونې پوښتنه جلا دي، او Network Watcher دوی ته په بېلو وسیلو ځواب وايي. پوهېدل چې کومه مو وپوښتله د تشخیص ډېره برخه ده.

د IP جریان تصدیق په رښتیا څه فیصله کوي

د IP جریان تصدیق یو VM، یو شبکه یی انټرفیس، یو لوری، پنځه ګوني ارزښتونه او یو پروتوکول اخلي، بیا د هغه جریان لپاره د NSG او امنیتي مدیر قاعدې پرېکړه رپوټ کوي. دا په TCP او UDP کار کوي، نو د ICMP قاعدې ازموونکی نه دی او بند شوی ping ستاسو د خدمت په اړه هیڅ نه ثابتوي. هغه ته ریښتینی جریان ورکړئ نه اټکل. له محلي چاپېریال څخه د ډیټابیس پورټ ته راتلونکی داخلي اړیکه د VM پیل کړي وتونکي اړیکې څخه بېله تشریح ده.

که ګیټوې پتې ژباړي، هغه سرچینه پته وکاروئ چې ستاسو ارزول شوې پولې ته رسېږي، نه هغه چې د کلاینټ ترتیب کې ده. پایله هم لکه څنګه چې ده ولولئ. Access allowed معنی دا ده چې د فلټر طبقه به بسته اجازه کړي که راشي، او نه ډېر څه.

هغه څه چې نشي ویلای، د Azure غوره کړې لاره، آیا میلمه فایر وال پورټ ته اجازه ورکوي، یا آیا څوک اورېدل کوي. هغه په نورو طبقو کې ژوند کوي.

بل ټوپ او اغیزمنې لارې څه زیاتوي

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

د Microsoft د IP جریان تصدیق کتنه د فلټر کولو ساحه مستقیمه بیانوي، پداسې حال کې چې د بل ټوپ او د لارې تشخیص پاڼې د لېږد اړخ پوښي. کله چې موندنه لیکئ، سمه پاڼه حواله کړئ.

کمانډونه دومره لنډ دي چې له شیل څخه چلېدای شي. az network nic show-effective-route-table انټرفیس ته پلي شوې لارې لیستوي. az network watcher show-next-hop د سرچینې او منزل سره غوره شوی ټوپ بېرته راګرځوي. هغه مختص چې تاسو ته مهم دی د دې جدول سره پرتله کړئ، بیا تایید کړئ کومه ننوتنه ګټي.

د VM د NIC څخه د بېرته راتلو لاره وګرځئ

دا د هدف VM د NIC څخه، د محلي کلاینټ مختص لپاره وکړئ، نه د انټرنېټ لپاره. د بېرته راتلو لاره هغه ځای دی چې د سایټ تر سایټ خرابۍ پټېږي، ځکه د تونل د حالت تصدیق یوازې دا رپوټ کوي چې امنیتي ټولنې پورته دي.

که تمه شوې لاره نه وي، هغه لیرې مختصات چې د ګیټوې ترتیب یې برابروي، د VNet د نښلولو ډیزاین او د لارې خپرولو هر تنظیم وګورئ. د محلي شبکې ګیټوې څیز محلي اړخ تشریح کوي؛ د هغه شتون نه ثابتوي چې هر اړین مختص په NIC کې شته او غوره شوی. دا بېلې واقعیتونه دي، او یوازې یو یې د پورټل لنډیز کې ښکاري.

د مثال کاپي کولو پرځای د بل ټوپ ډول ولولئ

د مدیریت شوي VPN ګیټوې لاره معمولاً د بل ټوپ ډول په توګه VirtualNetworkGateway ښیي. VirtualAppliance بېل لېږد ډیزاین تشریح کوي، معمولاً فایر وال یا شبکه یی مجازي وسیله.

د زاړه فورم ځواب دې ډول کارولی و نو اټکل شوي VPN پای نقطې ته د وسیلې لاره مه جوړوئ. که کارونکي ټاکل شوې لاره نیت شوې لاره له پامه غورځوي، د بدلولو دمخه د هغې مالک او هدف ومومئ. دویم NIC هم بدلولی شي چې میلمه کوم انټرفیس کاروي، او لرې کول یې ممکن د دې لارې د سمولو پرځای بله خدمت مات کړي.

هغې پولې ته لاړ شئ چې لا هم ناکامېږي

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

د اجازه شوې اپلیکیشن غوښتنې او د دواړو سرونو مشاهدو سره پای ته ورسوئ. د allow پایله او سم بل ټوپ دوه د ثبوت ټوټې دي، نه دا ثبوت چې اړیکه بریالۍ شوه.