کوم لینک ځواب ورکوي: د split-tunnel VPN DNS لپاره د لارښوونې ډومینونه

عادي براوزنګ په ځایي لینک کې وساتئ، پداسې حال کې چې د شرکت نومونه د هغه DNS سرور له لارې حل کېږي چې تونل یې برابروي۔ د VPN ډیفالټ لاره بندول تاسو ته لومړۍ نیمایي درکوي او دوهمه نیمایي ناجوړه پاتې کېږي۔ ورپسې هغه ورکه تنظیم، هغه نښه چې معنا یې بدلوي، او یوازینی حکم چې ښیي کوم لینک واقعیاً ځواب ورکړ۔ په ټول متن کې NetworkManager او systemd-resolved فرض شوي دي، ځکه چې ګډوډي معمولاً له همدې جوړه پیلېږي۔

لومړی ګام: لاره له حل کوونکي څخه بېله کړئ

ipv4.never-default د لارښوونې پوښتنې ته ځواب ورکوي او NetworkManager ته اجازه نه ورکوي چې دا اړیکه د ټول IPv4 ترافیک لاره وټاکي۔ د DNS د لارښوونې ډومین بلې پوښتنې ته ځواب ورکوي: د کوم لینک نوم سرورونه د سمونځای ضمیمې لپاره پوښتنه ترلاسه کوي۔ هیڅ یو بل نه لازمي کوي، او پروفایل کولی شي کلونه یو ولري پداسې حال کې چې بل ورک وي۔ یوازې لاره یعني تونل د شرکت فرعي شبکې وړي او د هغې حل کوونکی د شرکت نومونو ته ځواب ورکوي، پاتې نور ټول نه لمس کېږي۔

یوازې د لارې خاصیت تنظیم کړئ نو داخلي نومونه ناکامېږي، معمولاً د وخت پای ته رسېدو سره چې د مات شوي تونل غوندې اورېدل کېږي۔ یوازې ډومین تنظیم کړئ نو په ماشین کې هر لنډ نوم ته په غلې اوارۍ سره د لټون ضمیمه اضافه کړې ده۔ دواړه غلطۍ ټکټ VPN سرور ته لېږي، چې کله ناکله غلط برخه وي۔

دوهم ګام: پروفایل ته یوازې-لارښوونې ډومین اضافه کړئ

فرض کړئ چې اړیکه corp-vpn نومېږي، د شرکت ضمیمه internal.example ده، او د تونل حل کوونکی مخکې له مخکې د لاسرسي وړ دی۔ لومړی اوسني ارزښتونه ولولئ، ځکه چې لاندې حکمونه هغه ځانګړنې بدلوي چې ممکن مخکې ثبتونه ولري۔

nmcli connection show corp-vpn | grep -E 'dns-search|never-default'
nmcli connection modify corp-vpn +ipv4.dns-search '~internal.example'
nmcli connection modify corp-vpn ipv4.never-default yes

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

پیل کې ټیلډه یوازې-لارښوونې ډومین په نښه کوي، نو سمونځای پوښتنې دې لینک سرورونو ته ځي او ضمیمه لنډو نومونو ته نه ورزیاتېږي۔ ټیلډه لرې کړئ نو هماغه تار د لټون ضمیمه هم کېږي، چې بېله پایله ده او خلک یې کمزوری اراده کوي۔ پورتني دواړه تنظیمات IPv4 دي، نو دوه-سټیک پروفایل ته ipv6.never-default او ipv6.dns-search کې هماغه لارښوونې ډومین ته اړتیا ده، که نه IPv6 اړخ لا هم ډیفالټ لاره کاروي او هلته داخلي نومونه ناکامېږي۔

دریم ګام: له resolvectl څخه وپوښتئ کوم لینک ځواب ورکړ

resolvectl status وچلوئ او د هر لینک DNS سرورونه او ډومینونه ولولئ، بیا د یو ریښتیني داخلي نوم په وړاندې resolvectl query host.internal.example وچلوئ چې پوښتل یې تاسو ته اجازه لرئ۔ دوهم حکم یوازینی مستقیم ثبوت دی چې لارښوونې ډومین خپله دنده ترسره کوي، ځکه هغه هغه لینک نوموي چې ځواب یې ورکړی۔ یوازې د حالت لیست تنظیمات ثابتوي؛ پوښتنه حل ثابتوي۔

systemd-resolved ترټولو ښه سمونځای لارښوونې ډومین غوره کوي، نو په بل لینک کې ډېر ځانګړی ډومین لا هم کولی شي سیالي وګټي۔ که پوښتنه له هغه لینک څخه راستنه شوه چې تاسو یې تمه نه لرله، د VPN د DNS سرور له لمس کولو دمخه ډومین لیستونه ولولئ۔ ~. ریښه ډومین له هر څه سره سمون خوري، او که مخکې موجود وي ستاسو ځانګړی ډومین خپلو نومونو لپاره لا هم ګټي پداسې حال کې چې لینک له هغې ډېر څه ته ځواب ورکوي چې تاسو غوښتي وو۔ کله چې موخه یوازې د شرکت نومونه وه، هغه ریښه ننوتنه لرې یا تنګه کړئ۔

که VPN لینک هیڅ DNS سرور لیست نه کړي، کلاینټ هیڅکله یو نه دی ثبت کړی۔ پرته له شاته سرور لارښوونې ډومین له ورک ډومین څخه توپیر لري ناکامېږي، نو لومړی ثبت سم کړئ۔

څلورم ګام: کله چې نوم حل شي خو خدمت نه

سم ځواب یوازې دا ثابتوي چې حل کار وکړ، او غوښتنلیک ته لا هم ترلاسه شوي پتې ته لاره ته اړتیا ده۔ هغه لاره باید هغه وویشل شوي ډیفالټ ته چې تاسو همدا اوس تنظیم کړی وړاندې ولاړه شي، نو د DNS د بیا ملامتولو دمخه یې وګورئ۔ بیا د خدمت په پورټ کې د لاسرسي وړتیا وګورئ، ځکه چې د فایل شریکول یا د لارښود خدمت په حل، لارښوونه یا تصدیق کې ناکامېږي او په هر حالت کې ورته ورته پیغامونه ورکوي۔ د پایلې راپور ورکولو پر مهال دا درې طبقې جلا وساتئ، که نه بل کس هغه DNS بیا ګوري چې مخکې سم و۔

هغه Samba بدلون چې دې پوښتنې ته څنګ ته ګرځي، د لاسرسي طبقې اړوند دی، نه د DNS غوراوي۔ د نوم-حل نیمګړتیا ته یې پلي کول هماغه لاره ده چې کوچنۍ ستونزه دوهمه پیدا کوي۔

پنځم ګام: د ورک ډومین د سمولو لپاره حل کوونکی مه بدلوئ

هغه مشوره چې د حل کوونکي فایل باندې لیکي یا بل د حل کوونکي مدیر نصبوي، بله ستونزه حل کوي۔ هغه د سیسټم د یوځای کېدو بدلونونه دي چې خپل ناکامۍ حالتونه لري، او هیڅ یو یې هغه لارښوونې ډومین نه زیاتوي چې هیڅکله تنظیم شوی نه و۔ مخکې لدې چې یې بدل کړئ، معلومه کړئ چې په ماشین کې د نوم-حل کوم برخه لري، ځکه چې د systemd-resolved سره په NetworkManager ډیسکټاپ کې هغه مالکیت مخکې تعریف شوی۔ ورسره جنګېدل هماغه لاره ده چې کار کوونکی تنظیم داسې څه کېږي چې هیڅوک یې بیا جوړولای نه شي۔

د کار ترتیب: تایید کړئ چې تونل حل کوونکی برابروي، یوازې-لارښوونې ډومین اضافه کړئ، د پروفایل کنټرولونو له لارې بیا ونښلوئ، ځواب ورکوونکی لینک تایید کړئ، بیا خدمت په خپل پورټ کې وآزموئ۔ دا ترتیب داسې پایله پرېږدي چې پرته له دوهمې مرکې بل کس ته ورکولای شئ۔