Azure P2S: د VNet له بدلون وروسته د یو Windows کلاینت لارې ورکې شوې

دوه لپټاپونه په یوه Azure point-to-site ګیټوې کې تصدیق کېږي، او یوازې یو یې نوي وصل شوي VNet ته رسېږي. دواړه Connected ښیي، نو تصدیق توپیر نه دی؛ توپیر هغه منزل لارې دي چې دوی یې ساتي. له هغه کلاینت څخه پیل وکړئ چې ناکامېږي، یو منزل پرتله کړئ، او یوازې بیا پرېکړه وکړئ چې تشه د ګیټوې پیکج ده که د سیمه ایزې لارې جدول.

له ګیټوې نه نه، له هغه کلاینت څخه پیل وکړئ چې ناکامېږي

له لپټاپ څخه د شکایت مخکې ټوپولوژي تایید کړئ. وګورئ کوم VNetونه د ګیټوې VNet سره نښلول شوي او ایا نوی شبکه مستقیم peer ده که د جلا site-to-site تونل له لارې رسېږي. که نوی VNet په بشپړه توګه د ګیټوې VNet سره نښلول شوی نه وي، هیڅ کلاینت پیکج نشي کولی هلته لارښوونه وکړي، او هغه لپټاپ چې کار کوي هماغه غیرعادي حالت دی چې باید تشریح شي. ځواب ولیکئ، ځکه چې دا ټاکي چې تاسو کلاینت ډیبګ کوئ که ګیټوې.

کله چې ټوپولوژي سمه وي، دواړه لپټاپونه سره څنګ کېږدئ. یوه ګیټوې، یو پته پول، یو پروتوکول او یو کلاینت بیلډ هغه پرتله ده چې غواړئ؛ نور هر څه دوهم بدلونکی دی چې وروسته یې لرې کول وي.

د route print سره یو منزل پرتله کړئ

اجازه شوی سرچینه IP وټاکئ او دواړه لپټاپونه دوه ځله پرتله کړئ: نښلول شوي نه وي، بیا نښلول شوي. په Windows کې route print -4 IPv4 لارې د منزل مخکښ، انټرفیس، بل ټوپ او میټریک سره لیست کوي. هغه کرښه ولیکئ چې واقعا به د هغه منزل لپاره وګټي، نه دا چې د VPN کلیمې لرونکي داخلې وشمېرئ.

ټاکنه لومړی تر ټولو اوږد مخکښ، بیا میټریک له مخې ده، نو ډېر ځانګړی سیمه ایز مسیر کولای شي د تونل مسیر له غلط ښکارېدو پرته مات کړي. که پام شوی منزل په 10.24.0.0/16 کې وي، روغ کلاینت په VPN انټرفیس کې سمونکې لاره ښیي، خو ناکام کلاینت هماغه پته خپل ډیفالټ ګیټوې ته لیږي.

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

TTL expired د لارو وېش بګ نه دی

هغه ping چې TTL expired in transit بیرته راولي وایي چې پیکج خپله ټوپ کټه ختمه کړې، چې معمولا د لیږد لوپ مانا لري، نه مات شوی VPN ډرایور. Windows ping تر 255 پورې TTL مني، او د ارزښت لوړول لوپ نه ترمیموي؛ یوازې هماغه تېروتنه وځنډوي. پیغام د لارې نښه وګڼئ، د لارو وېش په اړه ثبوت نه.

د tracert -4 10.24.1.10 په کارولو سره وګورئ چې لاره چېرې تکرارېږي. که هماغه دوه ټوپونه بیا بیا ښکاره شي، هغه لاره ولټوئ چې تونل ته روان ترافیک بیرته تونل یا هغه سیمه ایز روټر ته لیږي چې بیرته یې لیږي.

پیکج په هغه ګیټوې کې بیا جوړ کړئ چې مالک یې دی

Microsoft مستند کوي چې د Windows کلاینت پیکجونه باید د اړوندو ټوپولوژي بدلونونو وروسته بیا ډاونلوډ او نصب شي. اوسنی پیکج له هغه Azure ګیټوې څخه واخلئ چې دا پروفایل خدمت کوي، بیا یې د هغه کلاینت لپاره د ملاتړ شوې پروسې سره پلي کړئ. د نامرتبط VPN اپلیکیشن د اجرا وړ فایل بدلول د ګیټوې ځانګړو تنظیماتو بیا جوړولو سره یو ډول عملیه نه ده. پیکج بیا ډاونلوډول ارزانه دي؛ د سیمه ایزو لارو اټکل نه.

بیا وصل شئ او د اصلي منزل لاره بیا ولولئ. د بدلون ثبت سره مخکې او وروسته کرښې وساتئ، تر څو پایله له کلاینت مې بیا نصب کړ څخه ډېره دقیقه وي.

د Azure P2S لارښوونې سناریوګانې مستقیم peer شوي VNetونه له هغو شبکو جلا کوي چې د نورو تونلونو له لارې رسېږي، او نوی پیکج نشي کولی peer کول تېرېدونکي کړي. ځینې Windows site-to-site یا BGP سناریوګانې په لاس جوړ شوي لرې لارې هم غواړي، نو د پیکج تازه کول د لارو وېش نړیوال میکانېزم نه دی.

لنډمهاله لاره لنډمهاله وساتئ

لاسي لاره کولای شي ورکه کلاینت لاره جلا کړي، خو له اصلي ډیزاین څخه یې جوړه کړئ: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42، پرته له دوامداره بیرغ، تر څو د بیا پیل په وخت ورک شي. د انټرفیس شمېره او بل ټوپ له نښلول شوي VPN اډاپټر څخه وټاکئ، نه له اټکله.

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

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