Azure له نقطې څخه سایټ ته نښلوي خو هېڅ خصوصي سرچینه ځواب نه ورکوي
نښلېدل یوازې دا مانا لري چې تونل پورته شو. وګورئ چې ګېټوې څه لېږدولی شي، د پتې تشې پرتله کړئ، بیا نوم حل کړئ او خدمت پخپله وازموئ.
نښلېدل د تونل حالت دی، نه د رسېدنې په اړه خبره. د نقطې څخه سایټ پیرودونکی کولی شي IKE پای ته ورسوي، پته ترلاسه کړي او بیا هم هېچې ته ونه رسېږي، ځکه ګېټوې یوازې د هغو شبکو لپاره ترافیک لېږدوي چې VNet مخکې پېژني. دا پنځه کتنې په ترتیب سره وکړئ او په لومړۍ ناکامۍ کې ودرېږئ. مخته ټوپ وهل هغه لاره ده چې د DNS ستونزه یو ساعت د فایر وال ستونزې په توګه ګڼل کېږي.
ترتیب له لیست څخه مهم دی.
کتنه 1: پرېکړه وکړئ چې تونل څه باید ولېږدوي
Azure VPN Gateway تونل پای ته رسوي او هغه ترافیک لېږدوي چې VNet ته اړه لري؛ داد انټرنېټ عمومي وتل نه دی. که کاروونکي تمه لري چې د دوی براوزینګ به د Azure له لارې ووځي، نو د پیرودونکي له کومې تنظیم مخکې ډیزاین غلط دی. split tunneling فعال کړئ ترڅو ځایي انټرنېټ په ځایي لاره پاتې شي، او کله چې په رښتیا ثابته وتلې پته ورته اړتیا وي NAT نمونه یا د سایټ څخه سایټ تونل وکاروئ.
د هر څه ازموینې مخکې ولیکئ چې پیرودونکی باید چېرته ورسېږي. پرته له دې لیست، هر جزوي پایله د پرمختګ په څېر ښکاري.
کتنه 2: د سندونو مخکې پتې تشې پرتله کړئ
پوښاک د پراخو حدونو له مخې ارزول کېږي، نو هغه دوه شبکه چې د فرعي شبکې په کچه توپیر لري، که د دوی مورني بلاکونه پوښاک ولري، بیا هم ټکر کېږي. د ګېټوې فرعي شبکه باید ځانګړې او د SKU لپاره کافي لویه وي، او د پیرودونکي پتې حوض باید له VNet یا له هغه څه سره چې د peering له لارې رسېدونکي دي ټکر ونه کړي. پلان بدل کړئ او بیا ځای پرځای کړئ، ځکه د جبران لپاره د لارو زیاتول هغه تونل جوړوي چې ځینو منزلونو ته کار کوي او نورو ته په نه توضیح کېدونکې توګه نه. دلته چمتو کول په لوړ غږ ناکامېږي، او دا هغه ښه حالت دی.
تصدیق بل دروازه دی. د سند، RADIUS او Entra ID پروفایلونه د بدلېدو وړ نه دي، او د هر یوه لپاره د پیرودونکي بسته توپیر لري.
کتنه 3: له داخل څخه خصوصي نوم حل کړئ
پیرودونکی خپل حل کوونکی ساتي پرته له دې چې ډاونلوډ شوی پروفایل د VNet DNS سرورونه ولري، او هغه لیست د ډاونلوډ په وخت کې دننه کېږي. د VNet دننه یو forwarder اضافه کړئ، هغه د VNet د DNS سرور په توګه وټاکئ، بیا د پیرودونکي بسته بیا ډاونلوډ او وارد کړئ. د زوړ بسته بیا کارول یوازې زوړ حل کوونکی لیست ازموي.
لومړی یوه پته وازموئ، ځکه دا په یو ګام کې لارښوونه له نومونې جلا کوي: Test-NetConnection 10.20.1.4 -Port 3389.
که پته ځواب ورکړ او نوم نه، له حل کوونکي څخه مستقیم وپوښتئ Resolve-DnsName files.corp.example -Server 10.20.0.4. که دواړه ناکام شي، تېروتنه د DNS نه ده او تاسو باید د DNS تنظیماتو سمول بند کړئ. په 168.63.129.16 کې د Azure پلیټفارم DNS یوازې د VNet له داخله ځواب ورکوي، نو د باندې پیرودونکی نشي کولی هغه پته د حل کوونکي په توګه وکاروي.
کتنه 4: د تونل شاته خدمت وازموئ
روغ تونل او بند پورټ د پیرودونکي له پلوه یو شان ښکاري. د مېلمه فایر وال وګورئ، بیا د فرعي شبکې یا NIC شبکه امنیتي ګروپ، بیا دا چې خدمت په خصوصي پته اورېدل کوي که یوازې په loopback. د انټرنېټ په لور د قاعده خلاصولو پرځای د پیرودونکي حوض د سرچینې په توګه اجازه ورکړئ، او په یاد ولرئ چې Azure Files ته SMB د خصوصي endpoint لاره د تونل له لارې غواړي. کله چې سرچینه د IP له مخې ځواب ورکړ خو د نوم له مخې نه، ګېټوې ته د لاس وهلو پرځای کتنه 3 ته بېرته ولاړ شئ.
د کار پر مهال یوه جدول طبقې جلا ساتي:
| Symptom | Layer to check |
|---|---|
| Name fails, private IP works | Resolver setting or forwarder |
| Private IP also fails | Address plan, NSG, guest firewall |
| Private works, internet fails | Expected; the gateway is not an egress |
| Connects, then drops | Tunnel type or certificate mismatch |
کتنه 5: له لوړولو مخکې پروفایل ثبت کړئ
په ټکټ کې د ګېټوې ډول، د تونل ډول، د تصدیق طریقه او د پیرودونکي عملیاتي سیستم ولیکئ. د سند IKEv2 پروفایل او RADIUS پروفایل د بېلو دلیلونو له مخې ناکامېږي، او هغه پیرودونکی چې د بل تونل ډول لپاره جوړ شوی یوازې هغه وخت نښلېږي چې ګېټوې مطابق پروتوکول وړاندې کړي.
د یوې کوچنۍ ټیم لپاره دوامداره ډیزاین یو VNet، یو DNS forwarder او مستند split-tunnel پیرودونکی دی. که اړتیا ثابته عامه وتلې وي، د سایټ څخه سایټ تونل په هغه فایر وال کې پای ته ورسوئ چې تاسو یې کنټرول کوئ او انټرنېټ ترافیک هلته لارښوونه کړئ، د دې پرځای چې د نقطې څخه سایټ ګېټوې څخه هغه څه وغواړئ چې هېڅکله ورته نه دی جوړ شوی.