WireGuard له DNS بدلونونو وروسته لاهم زوړ پای ټکی کاروي
نوم نوي آدرس ته حل کېږي، خو انټرفېس هغه آدرس کاروي چې د پیل پر مهال یې ترلاسه کړی و. دواړه پرتله کړئ، بیا د هغه د مدیر له لارې بیا پیل کړئ.
د سرور DNS ریکارډ د لېږدو وروسته تونل د ترافیک تېرول بند کړل، خو له همدې ماشین څخه نوم سم حل کېږي۔ دا دوه حقایق یو بل ته متضاد نه دي۔ WireGuard ترتیبات یو پای ټکی ساتي، او اوزار هغه مهال نوم حل کوي چې دا ترتیبات پلي کوي، نو روان انټرفېس کولی شي هغه آدرس کارولو ته دوام ورکړي چې څو ساعته مخکې یې ترلاسه کړی و۔ د کیلي بدلولو یا د تونل د حد د لمس کولو مخکې وګورئ چې انټرفېس څه کاروي۔
نوم یو ځل حل کېږي، نه په دوامداره توګه
بنسټیز WireGuard ترتیبات پای ټکی د آدرس او پورټ په توګه اخلي، او هغه اوزار چې انټرفېس پورته کوي په هماغه شیبه کې د کوربه نوم حل کوي۔ په بنسټیز پروتوکول کې هېڅ شی DNS له مهال ویش سره نه پوښتي، او کلاینټ اپلیکیشن کولی شي خپل تازه کولو چلند پر سر زیات کړي۔ د نوم تر څنګ د حل شوي آدرس، کورنۍ او پورټ ثبتول هغه تشه ښکاره کوي۔ پرته له دې ثبت، ترتیبات سم ښکاري خو انټرفېس له بل ځای سره خبرې کوي۔
یو ریښتینی اتومات تازه کول شته، او د هغې پېژندل ارزښت لري ځکه چې د DNS تازه کولو ته ورته ده بې له دې چې هغه وي۔ د سیال پای ټکی کولی شي ځای بدل کړي کله چې په سمه توګه تصدیق شوی ترافیک له نوي آدرس څخه راشي، چې دا د نوم حل نه، بلکې رومینګ دی۔ دا د سیال پسې ځي، نو داسې بې اړیکې نوی سرور نشي موندلی چې زوړ پای ټکی هېڅکله ورسره اړیکه نه وه ټینګه کړې۔
ریکارډ د کارېدونکي آدرس سره پرتله کړئ
ثبت شوی نوم د هغه حل کوونکي له لارې وپوښتئ چې کلاینټ یې کاروي، بیا له انټرفېس څخه وپوښتئ چې کوم پای ټکی لري۔ دا دواړه ځوابونه هغه پرتله ده چې د دې پاڼې پاتې برخه ټاکي:
dig +short vpn.example.net
wg show wg0 endpoints
wg show wg0 latest-handshakes
هغه show فرعي کمانډونه چې دا کرښې کاروي، د wg(8) لارښود کې ثبت دي۔ د آدرس تر څنګ د آدرس کورنۍ هم پرتله کړئ، نه یوازې آدرس، ځکه هغه ریکارډ چې IPv6 ننوتنه یې ترلاسه کړې له هغه ریکارډ څخه جلا پرتله ده چې IPv4 آدرس یې بدل شوی۔ که پای ټکی له ریکارډ څخه توپیر ولري، انټرفېس په زوړ معلوماتو کار کوي او نوم هېڅکله ستونزه نه وه۔ که دواړه سره سمون ولري او تونل لا هم ناکام شي، د پروفایل پر ځای اورېدونکي او قاعدو ته لاړ شئ۔
د لاس ورکولو وخت نښه په هماغه بلاک کې ده ځکه چې یوازې پای ټکی نه وایي چې سیال ته رسېدل کېدای شي که نه۔ د سم پای ټکی تر څنګ زوړ وخت نښه د لارې ستونزه ده، نه د حل کولو، او دا توپیر بدلوي چې بل ځل به څه لمس کړئ۔
د انټرفېس د مدیر له لارې بیا پیل کړئ
وروسته له دې چې پای ټکی زوړ ثابت شو، د انټرفېس د مالکیت هغه میکانیزم له لارې یې تازه کړئ د روانو ترتیباتو د سمولو پر ځای۔ د هغه انټرفېس لپاره چې wg-quick پیل کړی، دا ښکته او پورته کول دي، د systemd یونټ لپاره بیا پیلول دي، او د مدیر تر مالکیت لاندې انټرفېس لپاره په هماغه مدیر کې شوې بدلون دی، ځکه چې د کار پر مهال سمون د بل پلي کېدو پر مهال لیکل کېږي:
wg-quick down wg0 && wg-quick up wg0
systemctl restart wg-quick@wg0
بیا تایید کړئ چې بدلونکی اورېدونکی او د هغه هویت هغه خدمت دی چې تاسو یې اراده لرله۔ د DNS لېږد د هویت بدلون نه دی، نو هغه باید هېڅکله د نه تایید شوې کیلي باور کولو پلمه نه وي۔ که انټرفېس اوس نوی آدرس راپور ورکوي او لا هم لاس ورکول نه کېږي، نیمګړتیا نوي شبکه یي لار یا اورېدونکي ته لېږدېدلې ده، چې دا پرمختګ دی نه هغه ورته نیمګړتیا دوه ځله۔
لومړی لاس ورکول، بیا د معلوماتو لار
د چک لیست غوره کولو مخکې دواړه پایلې جلا کړئ۔ هغه لاس ورکول چې د ناکام اپلیکیشن لاندې بریالي کېږي د معلوماتو د لارې ستونزه ده: لارې، اجازه شوي مخکښې یا د تونل دننه DNS۔ هغه لاس ورکول چې هېڅکله نه کېږي د پای ټکی پر رسېدلو یا هویت ستونزه ده۔ دواړه ګډول داسې راپور جوړوي چې هېڅوک یې بیا نه شي جوړولی، او د درې بې اړیکې سمونونو سره د بدلون ثبت۔
نوم، حل شوی آدرس، کارېدونکی پای ټکی او دا چې لاس ورکول بشپړ شول که نه، ثبت کړئ۔ دا څلور حقایق د هغه پوښتنې ځواب ورکوي چې دا نیمګړتیا تل کوي، او بل پېښه دوه دقیقې کتنې ته اړوي۔ د نوم ساتنه او د کلاینټ منل جلا کارونه پاتې کېږي: ریکارډ سمول منل نه ترسره کوي، او انټرفېس بیا پیلول لا هم غلط ریکارډ نه سموني۔