په 53 پورټ کې OpenVPN: هغه درې خبرې چې خلک یې ګډوډوي
د پای نقطې نوم حلول، کوډ شوی لېږد او د تونل وروسته DNS درې جلا خبرې دي۔ مخکې لدې چې پورټ یا حل کوونکی بدل کړئ، معلومه کړئ کوم پړاو ناکام شو۔
هغه راپورونه چې وایي VPN په 53 پورټ کې بند دی، درې مشاهدې ګډوي چې د بېلابېلو لاملونو له امله ناکامېږي۔ د پای نقطې د نوم حلول د دې مخکې پېښېږي چې کوم تونل شتون ولري، کوډ شوی لېږد بېله خبره ده، او وروسته کېدونکې DNS پوښتنې درېیمه ده۔ هر یو خپله د ناکامۍ نښه لري، او یوازې یو له دوی څخه د DNS په اړه دی۔
د هر څه بدلولو مخکې پاکټونه د موخې له مخې ووېشئ، ځکه حل د پړاو پسې ځي۔
درې خبرې، یو پورټ نمبر
لومړۍ خبره د پای نقطې لپاره د نوم پلټنه ده: ستاسو ماشین خپل ترتیب شوي حل کوونکي ته وایي چې vpn.example.com چېرته دی، او هغه ځواب د عادي DNS له لارې راځي، مخکې لدې چې کلاینټ یو هم د تونل پاکټ ولېږي۔ دویمه پخپله د OpenVPN لېږد دی، چې د پلټنې ورکړل شوي آدرس سره په هغه پروتوکول او پورټ کې نښلوي چې پروفایل یې نوموي۔ درېیمه وروسته لدې پېښېږي چې تونل پورته شو، کله چې اپلیکیشنونه نومونه غواړي او لېږل شوي حل کوونکي تنظیمات فیصله کوي چې څوک ځواب وایي۔
دا درې کولای شي په خپلواکه توګه بریالي یا ناکام شي۔ کلاینټ کولای شي خپله پای نقطه په بشپړه توګه حل کړي او بیا هم اورېدونکي ته ونه رسیږي، او کولای شي تونل جوړ کړي پداسې حال کې چې هر داخلي نوم پلټنه ناکامېږي ځکه DNS تنظیمات هېڅکله نه دي راغلي۔
| Conversation | When it happens | What has to be true |
|---|---|---|
| Endpoint lookup | Before the client contacts a hostname | An underlying resolver path can answer for the endpoint name |
| OpenVPN transport | During tunnel establishment | The gateway listens on its configured transport, address and port, and nothing filters it |
| Application DNS | During or after the protected session | A resolver the client can reach, plus routing that carries its queries |
جدول د تشریح پر ځای د کتنې لیسټ په توګه ولولئ۔ که د پای نقطې نوم حل نه شي، وروسته هېڅ شی کار نه شي کولای، او تونل هېڅکله نه پیلېږي۔
پورټ نمبر اپلیکیشن ته نوم نه ورکوي
53 پورټ دود له مخې DNS وړي، او OpenVPN چلونکی کولای شي هلته اورېدونکی هم خپور کړي، او همدا لامل دی چې دا نمبر بده پېژندنه ده۔ په UDP 53 کې OpenVPN ناسته لا هم OpenVPN ناسته ده، او په 53 پورټ کې سرور ته کېدونکې DNS پوښتنه هېڅ نه وایي چې تونل ته اجازه ده که نه۔ د پروفایل proto او remote کرښې بهرنۍ پای نقطه ټاکي؛ پورټ نمبر پخپله هېڅ نه ټاکي۔
کله چې تشخیص کوئ دا دواړو خواو ته پرې کوي: په 53 پورټ کې عمومي UDP ازموینه ثابته کوي چې پورټ ځواب وایي، نه دا چې VPN خدمت ځواب وایي۔ د اصلي کلاینټ او اصلي پروفایل سره ازموینه وکړئ، ځکه یوازې هغه د هغې لاس ورکولو تمرین کوي چې خدمت یې تمه لري۔
مخکې لدې چې شبکه ملامته کړئ، اورېدونکی ثابت کړئ
په سرور کې په ss -lunp | grep 53 سره وګورئ چې څه تړل شوي او د پروفایل پروتوکول او پورټ سره یې پرتله کړئ۔ د کلاینټ له شبکې، کلاینټ په ډېر تفصیل سره چل کړئ تر څو لاګ وښیي چې کوم آدرس او لېږد یې هڅه کړې۔ که سرور اورېدل کوي او د کلاینټ پاکټونه نه رسیږي، لاره یا تګلاره یې ردوي، او دا د شبکې مالک سره خبره ده، نه د پورټ بدلولو لامل۔
بل پورټ یوازې هغه وخت مرسته کوي چې خدمت واقعاً هلته اورېدل کوي او ځای پرځای کول یې اجازه ورکوي۔ د مدیریت شوې شبکې فلټر کولو څخه د تېښتې لپاره اورېدونکی لېږدول د تګلارې پرېکړه ده، نه د ستونزې حل پړاو۔ د خدمت بدلولو مخکې له شبکې مالک څخه وپوښتئ چې څه اجازه لري، ځکه تګلاره ماتونکی شا لاره وروسته هرومرو بنده کېږي۔ هغه ځواب د پروفایل تر څنګ ولیکئ تر څو بل کس غوښتنه تکرار نه کړي۔
د تونل وروسته DNS جلا وګورئ
کله چې تونل پورته شو، په VPN انټرفیس کې د حل کوونکي حالت وګورئ او یو داخلي نوم او یو عمومي نوم پوښتنه کړئ۔ که داخلي نومونه ناکام شي په داسې حال کې چې تونل ټرافیک وړي، لېږل شوي DNS تنظیمات نه دي پلي شوي، دا د لېږد نه، د کلاینټ یوځای کېدو پوښتنه ده۔ که عمومي نومونه ناکام او داخلي نومونه کار وکړي، د ووېشل شوي تونل تګلاره هماغه کوي چې د هغې لپاره ترتیب شوې وه۔
د DNS بدلونونه د حل کوونکي مالک سره پرېږدئ۔ د یوې ازموینې د تېرولو لپاره د مدیریت شوې حل کوونکي ترتیباتو باندې لیکل کولای شي په ماشین کې د نورو هر څه لپاره شخصي نومونه مات کړي۔ که تونل حل کوونکی ولېږي او کلاینټ یې له پامه غورځوي، د بل ځای سټاتیک داخلول زیاتولو پر ځای د کلاینټ یوځای کېدل سم کړئ۔ سټاتیک داخلونه ناکامي پټوي تر څو چې څوک شبکه بدله کړي۔ ولیکئ چې کوم حل کوونکی باید د هر نوم ساحې ځواب ووایي۔