په Windows کې د OpenConnect د DNS تنظیمات واقعاً څوک پلي کوي؟
Windows د حل کوونکي حالت په درې ځایونو کې ساتي. مخکې له دې چې د اډاپټر DNS په لاس سم کړئ یا د نوم ځای قاعده اضافه کړئ، هغه مرستندوی ومومئ چې اړیکه لري.
د تونل پورته کول د هغې د DNS ارزښتونو نصبولو سره یو شان نه دي. OpenConnect خبرې اترې کوي، او د Windows په اړخ کې یو مرستندوی پلي کوي. د دې دوو ګامونو ترمنځ تشه په دې کلاینت کې د ډیرو شخصي نومونو ناکامیو توضیح ده، او مرستندوی نږدې هیڅکله د Windows د VPN تنظیماتو پاڼه نه ده.
هغه څه چې ګیټوې وړاندې کړل له هغو څخه جلا کړئ چې Windows نصب کړل
کلاینت د اړیکې ډیټا یو سکریپټ انټرفیس ته سپاري، او د Unix او Windows نسخې جلا پروګرامونه دي. په Windows کې تطبیق معمولاً یو JavaScript مرستندوی دی چې د داخلي DNS سرور او داخلي ډومین په څیر متغیرونه لوستي مخکې له دې چې هر اډاپټر ته لاس ووهي. په خود تونل کې هیڅ شی د حل کوونکي حالت نه لیکي.
دا جلاوالی مهم دی ځکه چې ارزښت کیدای شي په خبرو اترو کې وي او هیڅکله اډاپټر ته ونه رسیږي. یو مرستندوی چې ورک وي، په نیمه لار کې ناکام شي، یا زوړ کاپي وي چې د GUI په پوښ کې تړل شوې وي، Windows په سمه توګه هغسې پریږدي چې و. غونډه نښلول شوې ښکاري، شخصي نوم لاهم د ځایي چمتو کونکي له لارې حل کیږي، او د کلاینت په کړکۍ کې هیڅ شی توپیر ته اشاره نه کوي. د مرستندوی خپل تولید لوستل یوازینی باوري لاره ده چې پوه شئ کوم پړاو مات شو.
| Stage | What exists there | Where you see it |
|---|---|---|
| Negotiated | Internal DNS address and domain pushed by the gateway | Client log or helper input |
| Installed | Adapter DNS entry, connection suffix, or namespace rule | Adapter and policy queries |
| Selected | Resolver Windows uses for one specific query | The failing application |
د GUI پوښ کیدای شي د کلاینت او مرستندوی خپله کاپي راوړي، نو په ډیسک کې بل چیرې دوهم openconnect.exe هیڅ شی نه ثابتوي. مخکې له دې چې د هغې ترتیب قضاوت کړئ، هغه اجرایي فایل ومومئ چې غونډه یې پیل کړه.
د حل کوونکي حالت پرته له بدلون لوستل
درې یوازې-لوستلو پوښتنې عادي ګډوډي پوښي، او هر یو بل پوښتنې ته ځواب ورکوي:
Get-DnsClientServerAddress -AddressFamily IPv4
Get-DnsClient | Select-Object InterfaceAlias, ConnectionSpecificSuffix
Get-DnsClientNrptPolicy -Effectiveد اډاپټر کچې سرور هغه شی دی چې ډیر خلک د VPN DNS په توګه پیژني. د اړیکې ځانګړی ضمیمه فیصله کوي چې ایا لنډ نوم به په بشپړ ډول پراخ شي. د نوم ځای پالیسي لیست د اډاپټر ترتیب ته له پام پرته د سره سمون لرونکو نومونو لپاره پلي کیږي، او هلته خالي پایله خرابي نه ده کله چې مرستندوی هیڅکله د یو جوړولو اراده نه درلوده. د ترمیم دمخه درې واړه لوستل هغه شی دی چې د داسې سمون مخه نیسي چې یوازې نښه بل ځای ته ځوړندوي.
په بشپړ وړ نوم پیل کړئ. که FQDN حل شي او لنډ نوم نه شي، تشه ضمیمه یا د لټون لیست دی، نه د سرور پته.
د دوهم ګام په توګه له ټاکل شوي سرور څخه مستقیم پوښتنه وکړئ، د هر هغه حل کوونکي وسیلې سره چې دمخه نصب شوې وي. مستقیم ځواب ثابتوي چې سرور د لاسرسي وړ او د زون لپاره واکمن دی. دا د دې په اړه هیڅ شی نه ثابتوي چې یو اپلیکیشن په ډیفالټ توګه کوم سرور ته پوښتنه کوي.
هغه برخه ونوموئ چې اړیکه لري
دوه ترتیبات عام دي. له ټرمینل څخه پیل شوی کلاینت خپل د سکریپټ لاره په څرګنده توګه ورکوي، نو مالک د هغه حکم په جریان کې لیدل کیږي چې چلیدلی و. بسته شوی اپلیکیشن ستاسو لپاره کلاینت پیلوي او مرستندوی په خپله ډایرکټري کې ساتي، چې مانا دا ده چې عرضه کوونکی فیصله کوي چې کله به بدل شي.
مخکې له دې چې هر څه بدل کړئ، د نصبونو ترمنځ د مرستندوی نسخې پرتله کړئ. د فایل نوم پیژندل شوی ښکاري نو له آینې څخه اخیستل شوی مرستندوی په لوړو حقونو چلول د DNS تشه امنیتي پیښې ته اړوي.
کله چې مالک پیژندل شو، د ترمیم هدف څرګند شي: په لانچر کې ملاتړ شوې د سکریپټ لاره، د بستې تازه کول، یا په ګیټوې کې سم شوی پروفایل. د دې هیڅ یو هم د اډاپټر ځانګړنو لاسي سمون ته اړتیا نه لري.
مالک سم کړئ، نه اډاپټر
په اډاپټر لاسي ټاکل شوی DNS ډیری وخت د جلا کیدو وروسته هم پاتې کیږي، نو ځکه د کار کولو په څیر ښکاري او بیا په راتلونکې شبکه کې ستونزه رامنځته کوي. په هر انټرفیس باندې ټینګ شوی عامه حل کوونکی د شخصي نوم ځای ستونزه د حل کولو پرځای پټوي. کله چې مرستندوی هیڅکله DNS ارزښت نه وي ترلاسه کړی، د ګیټوې پروفایل هغه ځای دی چې باید وګورئ. کله چې یې ترلاسه کړ او اډاپټر لاهم زوړ سرور ښیي، مرستندوی د نښلولو پر مهال ناکام شو او د کلاینت لاګ معمولاً دا د تونل د ترتیب کرښو ته نږدې ثبتوي.
حالت د ملاتړ شوې لارې له لارې بیا جوړ کړئ، بیا یو بشپړ چرخه تایید کړئ: نښلول، شخصي FQDN حل کړئ، خدمت خلاص کړئ، جلا شئ، او تایید کړئ چې اډاپټر د خپلو پخوانیو سرورونو سره بیرته راغی.
هغه اپلیکیشن وګورئ چې واقعاً ناکام کیږي
یو براوزر چې خپل د کوډ شوي DNS تنظیم لري پورتنۍ هر څه له پامه غورځوي او له عامه حل کوونکي څخه ځواب ورکولو ته دوام ورکوي. یو اپلیکیشن چې د تونل له پورته کیدو دمخه کیش شوی منفي ځواب ساتي همداسې چلند کوي. د حل کوونکي پتې بیا بدلولو دمخه دا په ورته ماشین کې د ساده سیسټم پوښتنې سره پرتله کړئ.
که سیسټم پوښتنه سمه وي او اپلیکیشن غلط وي، پاتې خرابي د هغه اپلیکیشن د DNS ترتیب کې ده، نه د VPN په لار کې.