ستاسو ویشل شوی تونل اپ ته رسېږي خو د هغې DNS سرور ته نه
ویشل شوی تونل کولی شي د اپ سبنیټ روټ کړي او بیا هم څنګ ته پروت حل کوونکی پرېږدي۔ د کوربه لاره اضافه کړئ، بیا وګورئ چې Windows په رښتیا کوم سرور غوره کوي۔
د اپ سبنیټ روټ کول د ویشل شوي تونل څرګنده برخه ده او دا ټول کار نه دی۔ حل کوونکی ډېری وخت د هغه اپ له بل پتې کېني چې خدمت یې کوي، نو کار کوونکی تونل هم کولی شي پلټنه له هغې بهر پرېږدي۔ هغه پروفایل چې یوازې 10.80.0.0/16 لېږدوي او نور هېڅ نه، د 10.90.0.53 پوښتنه د سیمه ییز انټرفېس له لارې بېلوي، چېرې چې کوم خصوصي زون نشته۔ د حل کوونکي لاره اضافه کړئ، بیا د ستونزې دوهمه نیمه وګورئ: کوم سرور چې کلاینټ په رښتیا غوره کوي۔
افسانه: یوه لاره ټوله خدمت پوښي
ویشل شوی تونل د هغو منزلونو لړلیک دی چې د اړیکې له لارې تېرېږي، نه د خدمت تشریح۔ د اپ سبنیټ او د حل کوونکي پته دوه منزلونه دي، او پروفایل کولی شي یو له بل پرته ولېږدوي۔ کله چې دا پېښ شي، اپ د پتې له مخې د لاسرسي وړ وي خو نوم یې ناکامېږي، چې د روټینګ تشې پرځای د DNS خرابۍ په څېر ښکاري۔
د حل کوونکي شاوخوا سبنیټ هم په اتوماتيک ډول نه پوښل کېږي۔ یوې پتې ته د کوربه لاره د هغه حل کوونکي لپاره بس ده او ګاونډیان یې نه خلاصوي۔ دا د کوربه لارې مانا ده: په جوړښت کې تنګه، او کله چې بل خدمت په همدې سبنیټ کې راڅرګند شي هېرول اسان دي۔
د پلټنې د کار کولو لپاره درې شیان باید سم وي: کلاینټ د حل کوونکي پته د تونل له لارې روټ کوي، ګېټوې هغه غوښتنه مني او لېږدوي، او حل کوونکی ترلاسه شوی سرچینه مني۔ ځواب هم باید د موافقې شوې لارې له مخې بېرته راشي۔ که یو هم نه وي، نښه هماغه ده، نو له ترتیباتو سره د لاس وهلو دمخه د پتو جدول لیکل ارزښت لري۔
وټاکئ چې پروفایل باید کومې پتې ولېږدوي
منزلونه په ترتیب سره ولیکئ: د اپ شبکه، د حل کوونکي پته او هغه عامه پای ټکی چې پخپله تونل پای ته رسوي۔ درېیم باید هېڅکله تونل ته دننه روټ نشي، ځکه بهرنۍ اړیکه هغه لار غواړي چې له تونل دمخه شتون ولري۔
| Destination | Coverage this example needs |
|---|---|
| Application network | 10.80.0.0/16 through the VPN |
| Private resolver | 10.90.0.53/32 through the VPN |
| Public VPN endpoint | Normal internet path, outside the tunnel |
د DNS لپاره هم UDP او هم TCP شامل کړئ، ځکه له تطبیقونو څخه د UDP ترڅنګ د TCP ملاتړ تمه کېږي، او بند شوې TCP لاره د پاکو ناکامیو پرځای ورو، جزوي ناکامۍ رامنځته کوي۔ که خصوصي زون د IPv6 له لارې هم خدمت شي، مساوي کوربه استثنا د IPv6 پته او پریفیکس کاروي او جلا ننوتنه ده۔
له هر څه د اضافه کولو دمخه ولیکئ چې پروفایل دمخه څه پوښي۔ دوه ځله لاره بې ضرره ده، خو ناڅاپي شته لاره تاسو ته وایي چې پروفایل ستاسو له ترلاسه شوي پلان څخه بل پته پلان لپاره جوړ شوی و۔
د اړیکې مالک له لارې د کوربه لاره اضافه کړئ
د سیمه ییز ډول مدیریت شوي اصلي Windows پروفایل لپاره، لاره د ماشین نړیوال روټینګ جدول ته نه، بلکې اړیکې ته اړه لري۔ لومړی د زیاتولو مخکتنه وکړئ، بیا یې د هماغه حدودو سره پلي کړئ چې پروفایل یې کاروي۔
Add-VpnConnectionRoute -ConnectionName 'Office VPN' -DestinationPrefix '10.90.0.53/32' -WhatIf Get-VpnConnection -Name 'Office VPN' | Select-Object -ExpandProperty Routes
لومړی امر پرته له دې چې څه نصب کړي بدلون مخکتنه کوي، او دوهم هغه لارې لړليکوي چې پروفایل اوس لېږدوي۔ د Microsoft Add-VpnConnectionRoute حواله د یوې کاروونکي او ټولو کاروونکو حدود مستند کوي؛ د ټولو کاروونکو پروفایل خپل د حدودو پارامیټر ته اړتیا لري، او د ټولو کاروونکو پروفایل پروړاندې د یوې کاروونکي امر ناکامېږي یا غلط ځای ته رسېږي۔
کله چې پروفایل مدیریت شي یا د پلورونکي له کلاینټ څخه راشي، بدلون هغه مالک ته اړه لري۔ د اړیکې پالیسي باندې د تلپاتې سیستم لاره کېښودل تر هغې کار کوي چې پالیسي بیا تطبیق شي او لاره ورکه شي، چې معمولاً د ملاتړ په زنګ کې پېښېږي نه د ازموینې پر مهال۔ هغه ناکامي غلې ده: لاره ورکېږي، نوم حل کېدل بندېږي، او هیڅوک دوه پېښې نه تړي۔ بدلون د مالک په خپل ثبت کې کېښودئ ترڅو راتلونکی بیا تطبیق یې له منځه یوړل نه، بلکې ولېږدوي۔
له تطبیق وروسته بیا اړیکه وصل کړئ نه دا چې فرض کړئ لاره نافذه شوه۔ په ژوندې اړیکه کې د لارې بدلونونه تل نه نیول کېږي، او بیا وصل کول هغه حالت هم بیا تولیدوي چې ستاسو کاروونکي به واقعاً ولري۔
وګورئ چې کلاینټ په رښتیا کوم حل کوونکی کارولی
لاره حل کوونکي ته ادرس شوي پاکټونه کنټرولوي۔ دا نه فیصله کوي چې کوم نومونه باید هلته ولېږل شي، او هغه ټاکنه جلا میکانیزم دی۔ په Windows کې اغېزمن د نوم فضا قواعد کولی شي د هر ډومین لپاره حل کوونکی وټاکي، پداسې حال کې چې د پروفایل DNS ترتیبات یو ډیفالټ برابروي۔ دا دوه طبقې کولی شي پرته له کومې تېروتنې سره مخالفې وي، نو مستقیمه پوښتنه یوازې نیم ثبوت دی۔
Get-DnsClientNrptPolicy Resolve-DnsName app.svc.example -Server 10.90.0.53 -Type A
لومړی امر د نافذه د نوم فضا پالیسي چاپوي، او دوهم له خصوصي حل کوونکي څخه مستقیم د اپ نوم پوښتي۔ مستقیم ځواب ثابتوي چې لاره او حل کوونکی کار کوي؛ دا نه ثابتوي چې د اپ خپله پلټنه هغه سرور غوره کړی۔ دا د هماغه نوم عادي پلټنې او هغه ځواب سره پرتله کړئ چې اپ یې ترلاسه کوي۔
کیشونه او د براوزر په کچه خوندي DNS په پام کې ونیسئ، کوم چې د کاروونکي لیکل شوو نومونو لپاره د سیستم حل کوونکی په بشپړ ډول پرېږدي۔ د پلټنې پسوند بل ګمراه کوونکی نښه ده: لنډ نوم په بشپړ وړ نوم بدلوي او له دې سره هیڅ تړاو نه لري چې کوم سرور ځواب وایي۔
په پای کې بیا وصل شئ او عادي پلټنه تکرار کړئ، بیا تایید کړئ چې عادي براوزینګ لا هم خپله تصویب شوې پالیسي تعقیبوي۔ د بې تړاوه نوم د حل کېدو لپاره خصوصي حل کوونکی په عامه بدلول سمون نه دی، او خصوصي پوښتنې په غلې توګه هغه ځای ته لېږدوي چې هېڅکله باید نه وای ورتله۔