د UDP VPN د پورټ سکن په وخت کې غلی دی؟ دا ولې پیښیږي
WireGuard او کلک OpenVPN هغه ډاټاګرامونه چې تصدیق نه شي کولی پرته له ځوابه غورځوي۔ د سکنر له اړخه غلې واله تمه شوې چلند دی، نه تړل شوی پورټ۔
تاسو د VPN پورټ سکن کوئ، ځواب نه ترلاسه کوئ او پایله کوئ چې خدمت بند شوی یا فایر وال تړل شوی۔ په WireGuard او په OpenVPN کنټرول چینلونو کې چې خپل تصدیق لري، دا پایله سمه نه ده۔ هغه ډاټاګرام چې معتبر تصدیق مواد نلري پرته له ځوابه غورځول کیږي، نو غلې واله هغه څه دي چې یو روغ خدمت له بهر څخه ورته ښکاري۔ ازموینه د تونل له غلطیدو مخکې غلطه ده۔
غلې واله خپله پروتوکول دی، نه خرابي
UDP د اړیکې جوړول نلري، نو نه SYN شته او نه کوم تایید چې سکنر ته اجازه ورکړي خلاص پورټ له فلټر شوي پورټ څخه وپیژني۔ ازموینه د یو جلا ډاټاګرام په توګه راځي او خدمت ګوري چې ایا دا د هغه پروتوکول سره سمون لري چې تمه یې لري۔ که سمون ونه لري، پاکټ غورځول کیږي، او غورځول مستند چلند دی، نه خرابي۔
WireGuard خپل هینډشیک پیغامونه په کریپټوګرافیک ډول تصدیق کوي او هر هغه څه چې ناکام شي له پامه غورځوي۔ OpenVPN د tls-auth یا tls-crypt سره د خپل کنټرول چینل لپاره همدا کار کوي۔ په دواړو حالتونو کې هر خودسر بار هیڅکله د کاروونکي خواته مرحلې ته نه رسیږي، نو د ځواب ورکولو لپاره څه نشته او د بیرته راګرځولو لپاره کومه تېروتنه نشته۔
TCP به تاسو ته د تړل شوي پورټ څخه ری سیټ درکړی و۔ UDP تاسو په ابهام کې پریږدي، کوم چې سکنرونه د اټکل کولو پرځای خلاص یا فلټر شوی چاپ کولو سره حل کوي۔
سکنر څه پایله کولی شي او څه نه شي کولی
د سکن پایله یوازې هومره معلوماتي ده څومره چې هغه لیږل شوی بار معلوماتي دی۔ احتمالي مشاهدې د دې له مخې ترتیب کړئ چې هر یو یې واقعیاً څه تاییدوي:
| Probe | Observed result | What it supports |
|---|---|---|
| Empty datagram | No reply | Nothing beyond the fact that UDP was used |
| Random payload | No reply | Consistent with an authenticated service |
| Valid handshake from a real client | A protocol reply | The service is alive and reachable |
| ICMP port unreachable | Unreachable message | The host answered, usually because nothing listens |
دریمه کرښه د لیست یوازینۍ مثبته ازموینه ولولئ۔ دا ریښتیني پروفایل، ریښتیني کیلي او سم پای ټکی غواړي، او دا هغه څه دي چې یو عمومي سکنر نه لري۔
د لارې دواړو سرونو ته وګورئ
د هغه سرور لپاره چې تاسو یې اداره کوئ، مخکې له دې چې کومه پایله وکړئ په انټرفیس کې ثبت کړئ، بیا له خدمت څخه وپوښتئ چې څه یې ولیدل۔ دواړو کمانډونو ته په ګیټ وې کې root ته اړتیا ده:
tcpdump -ni any udp port 51820
tcpdump -ni any udp port 1194
wg showکه په انټرفیس کې هیڅ پاکټ را نه ښکاره شي، لارې هغه مخکې له دې چې خدمت څه وویني غورځولی دی، او بل تمځای د لارې ټاکل او فلټر کول دي۔ که پاکټونه راشي خو هیڅ هینډشیک بشپړ نه شي، خدمت د لاسرسي وړ دی او ناسمون د کیليو، د پای ټکي تنظیماتو یا د پروتوکول نسخه کې دی۔ همدا پرتله د هغه پوښتنې ځواب ورکوي چې سکنر یې نه شو کولی۔ دا هغه وخت چلوه چې یو ریښتینی کلاینټ د نښلیدو هڅه کوي، نه هغه وخت چې سکنر ځان تکراروي۔
ازموینه بدله کړئ، نه ساتنه
د لالچې لنډه لار دا ده چې د کنټرول چینل ساتنه بنده کړئ تر څو تشخیص ځواب ترلاسه کړي۔ دا یو ریښتینی امنیتي ځانګړتیا د ښکلي سکن پایلې سره بدلوي، او دا غلط لوری دی۔ پرځای یې له تصویب شوې شبکې څخه معتبر پروفایل وکاروئ او پای ټکی او وخت ولیکئ تر څو پرتله تکراریدونکې وي۔
تر ټولو ګټوره ازموینه توپیرې ده: هماغه پروفایل په یوه کارکونکې لاره او په هغه لاره چې نه کار کوي۔ که کارکونکې لار هینډشیک تولید کړي او ناکامه لار په انټرفیس کې هیڅ تولید نه کړي، تاسو د ماتېدو ځای پرته له دې چې څه کمزوري کړئ موندلی دی۔
نو ځکه بې ځوابه UDP پاکټ نه ثابتوي چې سرور آفلاین دی او نه دا چې خوندي دی۔ دا یوازې ثابتوي چې دا ازموینه، په دې لار، په دې شیبه، ومنل نه شوه۔