OpenVPN DNS لیږي، خو ستاسو حل کوونکی یې ممکن هېڅکله ونه ویني

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

نښه: لاګ DNS ښیي او نومونه بیا هم ناکامېږي

OpenVPN dhcp-option د DNS او ډومین معلومات وړي، او کلاینټ هغه څه ثبتوي چې ترلاسه کړي. په ځینو پلي کېدو کې کلاینټ هغه تنظیمات دننه پلي کوي؛ په نورو کې یې د یوځای کېدو سکریپټ یا شبکې خدمت لپاره صادروي. د لاګ کرښه یوازې د کیسې لومړۍ نیمه بیانوي. دوهمه نیمه هغه ځای کې پېښېږي چې کلاینټ پرې کنټرول نه لري. ناکامي معمولاً هم هلته وي.

نو ځکه وصل تونل او ناکام داخلي نوم دومره ډېر ځله یوځای وي. ارزښت شته، کاروونکی نشته یا ناسم تنظیم شوی، او حل کوونکی په غلې ډول هغه عامه سرور کاروي چې له وصلېدو مخکې یې کاراوه.

ترلاسه کول پلي کول نه دي

کلاینټ کولی شي لیږل شوی DNS ارزښت ثبت کړي، په داسې حال کې چې د سیسټم حل کوونکی لا هم د بل خدمت ملکیت وي. براوزر کېدای شي خپله کوډ شوې-DNS پالیسي ولري چې د سیسټم حل کوونکی په بشپړه توګه پرېږدي، چې دا هغه په یاد پاتې حالت جوړوي چې یو غوښتنلیک داخلي نومونه حلوي او بل نه.

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

په هر پلیټفورم د حل کوونکي مالک ومومئ

په Windows کې د نومونو حل پالیسي جدول کولی شي ځانګړي پسوندونه ځانګړو سرورونو ته واستوي، او VPN کلاینټ کولی شي هلته قواعد نصب کړي. پالیسي وګورئ، نه یوازې د اډاپټر DNS لیست. په Linux کې تنظیمات کېدای شي NetworkManager یا systemd-resolved ولري، او دا چې کوم یې لري هغه ټاکي چې بیا وصلېدل به څه وساتي.

ریښتینی حالت د هغه وسیلې سره ولولئ چې واقعاً پوښتنو ته ځواب وایي: په systemd-resolved کوربه resolvectl query internal.example.net، یا د پلیټفورم معادل. بیا هغه ځواب د هغه DNS سرور سره پرتله کړئ چې د کلاینټ لاګ وایي لیږلی یې دی.

له دې څخه ډډه وکړئ چې څو خدمتونه چل کړئ چې پرته له همغږۍ د حل کوونکي تنظیمات پورته لیکي. دوه مالکان داسې نتیجه ورکوي چې پرلهپسې ښکاري، او هر بیا وصلېدل داسې ښکاري چې ناڅاپي یې سمول یا خرابول کوي.

سکریپټونه او foreign_option

OpenVPN لیږل شوي اختیارات د foreign_option_N نوم لرونکو متغیرونو له لارې سکریپټونو ته صادروي، او سکریپټ یې کولی شي د حل کوونکي حکمونو ته وژباړي. دا ترتیب ملاتړ شوې یوځای کېدنه ده، نه اتوماتیک چلند، او باید په کلاینټ نصب او وبلل شي.

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

لاګ نه، نوم وآزمویاست

له وصلېدو وروسته له کلاینټ څخه یوازې-داخلي کوربه نوم وپوښتئ، بیا عامه نوم وپوښتئ، بیا وګورئ کوم سرور ځواب ورکړ. په کارکوونکي تنظیم کې دواړه ځوابونه له مختلفو ځایونو راځي، او دواړه باید له ډیزاین سره سم وي.

که نوم حل شو خو خدمت ناکام شو، د DNS بیا بدلولو پرځای لارښوونې او غوښتنلیک لاسرسي ته لاړ شئ. د OpenVPN لارښود dhcp-option او د سکریپټ چاپېریال مستند کوي؛ دا وکاروئ ترڅو ډاډ ترلاسه کړئ چې ستاسو کلاینټ څه باید پلي کړي، د بل حل کوونکي فایل د سمولو مخکې.