VPN وايي چې وصل دی، خو د پیش‌فرض لار مړه ده

کلاینټ وايي چې وصل دی، د سیستم په ټب کې آیکون نورمال ښکاري، او هیڅ شی نه بارېږي. دا سمدلاسه وروسته له هغه پیل شو چې تاسو له Wi-Fi څخه کیبل ته لاړل، یا سمدلاسه وروسته له دې چې د ویشلو تازه کول پای ته ورسېدل. هغه څه چې مات شول پروفایل نه دی، بلکې هغه حالت دی چې د مخکیني بنسټیز اتصال لپاره جوړ شوی و. کرنل لا هم یوه پیش‌فرض لاره لري چې د تونل هغه وسیلې ته اشاره کوي چې هیچا نه لري، یا حلکوونکی لا هم په هغه لینک سرورونه لیستوي چې ورک شوی دی. دواړه نیمګړتیاوې د مړې شبکې په څېر ښکاري او دواړه په هماغه ځای کې سمېدای شي.

زاړه ټوټې ستاسو له پامه مخکې غلطې وې. د کیبل ایستل یوازې هغه ښکاره کړې.

له کرنل وپوښتئ چې پاکټ به چېرته لاړ شي

د لارو لیستونه لوستل ستونزمن دي ځکه چې هر هغه څه لیستوي چې سیستم یې پېژني، په شمول هغه ننوتنې چې نور نه پلي کېږي. د لارې پلټنه یوازینۍ د پوښتنې وړ پوښتنې ته ځواب ورکوي: اوس مهال دا ځانګړی پاکټ کوم وسیله وړي. که ځواب د تونل وسیله ونوموي، کرنل به یې وکاروي حتی که تر شا یې هیچا ژوندی کلاینټ پروسه نه وي، او پاکټ په هغه انټرفیس کې لوېږي چې هیچا نه پالنه کوي. که ځواب د Ethernet اډاپټر نوم واخلي او کلاینټ ټینګار وکړي چې اتصال دی، تونل شته خو غوره توب یې له لاسه ورکړی، چې دا له بېسیمه سیمي ته تګ کې معمول پایله ده.

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

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

حلکوونکی هم مړه لینک ساتي

د systemd-resolved لرونکي هوسټ په DNS کې سرورونه د یوې نړیوالې لیستې پر ځای لینکونو پورې اړه لري. هغه VPN لینک چې لوېدلی، کېدای شي څه موده خپلو سرورونو سره ثبت پاتې شي، او بیا هرې پلټنې هغې پتې ته انتظار کوي چې هېڅکله ځواب نه ورکوي. هغه ځنډ د مړې شبکې په څېر احساس کېږي او خلک لارو ته د کتلو لپاره لیږي کله چې لار سمه وي.

resolvectl status
resolvectl query intranet.example.com

د هر لینک بلاکونه ولولئ او وټاکئ چې پوښتل شوی ډومین د کوم لینک دی. هغه تونل چې پورته دی خو د داخلي ډومین مالک نه دی، داخلي نومونه عام حلکوونکي ته لیږي، او نښه له لارښوونې نیمګړتیا څخه نه جلا کېږي.

ثبت سم کړئ، نه /etc/resolv.conf۔ په اوسنیو Ubuntu او Fedora نصبونو کې هغه لار د حلکوونکي د چلېدو حالت ته یو سمبولیک لینک دی، نو سمون یا له پامه غورځول کېږي یا په بل شبکه یي پېښه کې بیا لیکل کېږي.

VPN هېڅکله پخپله نه پیلېږي

NetworkManager د بنسټیز اتصال پر سر VPN پورته کوي، او دا د هغه بنسټ له connection.secondaries څخه زده کوي چې د کوم یو پسې لاړ شي. د اتصال تنظیماتو مرجع په روښانه توګه وايي چې د VPN پروفایلونو لپاره اتوماتیک اتصال نه دی پلي شوی. دا د دې ډلې نیمګړتیا شاته ټول میکانیزم دی: بنسټ بدل کړئ، او VPN باید بیا جوړه شي یا په لاس بیا فعاله شي.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

کله چې فعال لیست بنسټ پرته له VPN وښيي، تونل هېڅ فعال نه دی او لار هېڅکله نه ده نصب شوې، نه دا چې زړه پاتې شوې. کله چې فعالول شکایت وکړي چې د سرچینې اتصال نشته، هغه بنسټ چې ورسره جوړه شوې وه ورک شوی، نو لومړی بنسټ یا جوړه سمه کړئ او VPN بیا ازمویل بند کړئ.

تازه کول کېدای شي تنظیمات بې پیغامه وغورځوي

د ویش تازه کول کلاینټ او ډېری وخت د هغه NetworkManager پلگ ان بدلوي، خو ساتل شوی پروفایل هغه ځانګړنو نومونه ساتي چې پرې لیکل شوی و. هر هغه څه چې نوی پلگ ان نور نه پېژني په چوپتیا پرېښودل کېږي. پروفایل لا هم فعالېږي او وسیله لا هم ښکاري، خو هغه لار چې پخوا ورسره راتله اوس نه راځي.

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

ژوندی پروفایل د هغه پلگ ان سره پرتله کړئ چې واقعاً یې لرئ، نه د هغه چلند سره چې په یاد یې لرئ. که یو کیلي له اسنادو ورکه شوې وي، کار د سپارونکي سکریپټ یا ملاتړ شوي بدیل ته ولیږدئ، نه دا چې زړه ځانګړنه بیا ورغوئ.

درې حالتونه، درې بېلابېلې سمونې

مخکې له دې چې څه ته لاس ووهئ پرېکړه وکړئ په کوم حالت کې یاست، ځکه چې بیا پیلول شواهد له منځه وړي او نیمګړتیا په بل شبکه یي بدلون کې بیرته راځي.

د عامې پتې لپاره یوه پلټنه، د داخلي پتې لپاره یوه او یوه نوم پوښتنه سره پای ته ورسوئ. که پتې کار وکړي او نوم نه، پاتې نیمګړتیا په حلکوونکي کې د ډومین ساحه ده، او د لارو جدول هېڅکله ستونزه نه وه.