ولې nc -uz نشي کولی ثابت کړي چې OpenVPN سرور چمتو دی

د nc -uz چلول د یو OpenVPN سرور په وړاندې نږدې هېڅ نه اندازه کوي، او د OpenBSD لارښود دا په خپلو خبرداریو کې وایي: په هغه حالت کې UDP سکنونه بریالیتوب راپور کوي، که څه هم اورېدل کېږي یا نه۔ د وتلو حالت لرې حالت نه، بلکې سیمهای لېږل منعکس کوي، نو هغه څارونکی چې پرې باور کوي یو مړ سرور تر هغې روغ په نښه ساتي چې د پروسو جدول باوري ښکاره شي۔ د هغه بدلول د دې په ټاکلو پیلېږي چې ازموینه باید کومې پوښتنې ته ځواب ووايي، ځکه چې پروسه، اورېدونکی، تصدیق او د اپلیکیشن رسیدنه څلور بېلې کتنې دي۔ هغه ازموینه چې یو له دغو نوموي ګټوره ده؛ هغه ازموینه چې څلور واړه په ګوته کوي بار دی۔

UDP ازموینه څه کتلی شي او څه نه شي کتلی

nc -uz یو ډیټاګرام لېږي او وځي، او هغه حالت چې بېرته راګرځوي سیمهای لېږل بیانوي۔ تړل شوی پورټ کېدای شي د ICMP port unreachable سره ځواب ووايي، خو د دې سکن حالت مستند چلند هغه په ناکامۍ نه بدلوي، او فلټر شوی پورټ هېڅ ځواب نه ورکوي۔ نو چوپتیا او بریالیتوب د بلونکي لپاره یو مانا لري۔

دا ازموینه د سرور نه، بلکې د سیمهای سټیک ازموینه ګرځوي۔ دا نه ثبموي چې کوربه رسیدونکی دی، پورټ تړل شوی دی، د OpenVPN پروسه روانه ده یا کلايانټ کولای شي تصدیق وکړي۔ د TCP نښلون ازموینه پیاوړې ده، ځکه چې لاس ورکول روښانه ځواب ورکوي، خو یوازې هغه وخت چې ځای پرځای کول واقعاً په TCP اورېدل کوي۔ هماغه شمېره کې ازموینه TCP ته بدلول داسې اورېدونکی ازموي چې کېدای شي نه وي، او یوازې UDP سرور په وړاندې به روغه خدمت ناکام کړي۔

ازموینه د ترتیب شوي لېږد سره سمون د دوو پایلو له هرې یوې باور مخکې راځي۔ د UDP ځای پرځای کول بل سیګنال ته اړتیا لري، نه بل پروتوکول ته۔

درې بلونکي، درې بېلې پوښتنې

چمتووالی په دې پورې اړه لري چې څوک پوښتنه کوي۔ د هغه پروسې بیا پیلولو خدمت مدیر چې ویجاړه شوې ده باید پوه شي چې نمونه پیل شوه او خپل اورېدونکی یې وتړلو۔ د بار انډول کوونکی باید پوه شي چې اوس راتلونکی کلايانټ به ومنل شي۔ د څارنې سیستم باید پوه شي چې له ریښتیني شبکې راتلونکې لاره لا هم اجازه لرونکې سرچینې ته ناسته لېږدوي۔

دا یوه ازموینه نه ده، او یوه ازموینه نشي کولی درې واړه په رښتینې توګه پوښي۔ لومړی بلونکی وټاکه، بیا ثبوت۔

ازموینه له اوسنۍ نمونې جوړه کړه

OpenVPN د پیل کرښه لیکي کله چې نمونه ابتدايي کول بشپړوي، او هغه کرښه د سیمهای پیل په اړه ګټور ثبوت دی۔ دا له اوسني پیل څخه ولوله، نه د زیاتېدونکي فایل له پای څخه، ځکه چې د تېرې اونۍ بریالیتوب یو دقیقه مخکې بریالیتوب ته ورته لوستل کېږي۔ سرور کېدای شي ابتدايي کول هغه وخت هم بشپړ کړي چې هېڅ کلايانټ کله هم نه وي نښلېدلی، نو کرښه د تصدیق په اړه هېڅ نه وایي۔

د پیل ازموینې لپاره، د پروسې حالت له اوسني لاګ ثبوت او د ترتیب شوي لېږد سره سمون لرونکي اورېدونکي سره یوځای کړه۔ ازموینه باید ناکامه شي کله چې پروسه روانه وي خو ابتدايي کول یې نه وي بشپړ کړي، چې مانا یې دا ده چې لاګ پوښتنه باید دې بوټ او دې واحد ته محدوده وي۔

systemctl is-active openvpn@server
sudo journalctl -u openvpn@server -b --no-pager | grep "Initialization Sequence Completed"
ss -lunp | grep 1194

درې وتنې، درې ادعاوې: واحد فعال دی، دا بوټ د ابتدايي کولو کرښه جوړه کړه، او یو څه د UDP پورټ نیولی دی۔ له دغو هېڅ یو هم نه وایي چې کلايانټ نښلېدلی شي۔ په حالت پاڼه کې یې جلا وساته، تر څو پېښه په یوه شنه ټکي کې ونه نړېږي۔

په قصد یې مات کړه او ازموینه وګوره

ازموینه یوازې هغه وخت باوري ده چې تاسو یې ناکامي لیدلې وي۔ سرور ودروئ، ازموینه چل کړئ او تمه شوې پایله تایید کړئ۔ بیا یې بیا پیل کړئ او تایید کړئ چې ازموینه پرته له بل بدلون څخه روغېږي۔

sudo systemctl stop openvpn@server
nc -uz 203.0.113.10 1194; echo "exit=$?"
ss -lunp | grep 1194
sudo systemctl start openvpn@server
ss -lunp | grep 1194

بلاک کرښه په کرښه ولوله۔ netcat کمانډ exit=0 چاپوي خو هېڅ شی نه دی تړل شوی، او په یوه کرښه کې ټوله ستونزه همدا ده۔ لومړی ss هېڅ نه چاپوي، بیا پیل بریالی کېږي، او دوهم ss بیا اورېدونکی ښیي۔ که ستاسو ازموینه د ودرو شوي سرور په وړاندې تېره شي، نو سیمهای سټیک اندازه کوي او بل هېڅ نه۔

مخالف ناکامي هم مهمه ده۔ هغه ازموینه چې د روغ سرور په وړاندې ناکامه شي هغه بیا پیلونه رامنځته کوي چې هېڅکله اړین نه وو، او د بیا پیل څرخ خپله یوه خنډ دی۔ مخکې له دې چې ازموینه له هغه څه سره ونښلوئ چې پرې عمل کولی شي، دواړه لوري ازموئ۔

حالت کرښه باید څه ووایي

ثبت کړئ چې هره ازموینه کومه پوله پوښي: پروسه، اورېدونکی، تصدیق یا اپلیکیشن۔ یوه ازموینه کم د یوې څخه ډېرې پوښي، او هغه حالت پاڼه چې دوی په “up” کې فشاروي د پېښې پر مهال مهم توپیر پټوي۔ د شبکې لارې لپاره له ځانګړي هویت لرونکي ریښتیني کلايانټ کار واخلئ، پرېږدئ چې لاس ورکول او یو بې زیانه اجازه لرونکی عمل بشپړ کړي، بیا یې جلا کړئ۔ دا په یوه ګام کې د کنټرول چینل، د تصدیق پالیسي او اورېدونکي تمرینوي۔

هغه هویت له ریښتینو کاروونکو جلا وساتئ او ورته هغه لږ تر لږه اجازې ورکړئ چې ازموینې ته اړینې دي۔ پراخه لاسرسی لرونکې چمتووالي ازموینه د اسانتیا لپاره زیاته شوې نوې برید سطحه ده۔ د هغې اسناد لکه هر بل حساب څرخوئ، ځکه چې تصدیق بندونکې ازموینه په سمه توګه هغه سرور ته ورته ښکاري چې کلايانټونه منل بند کړي دي۔

په خبرداري متن کې پوله ونوموئ، تر څو لومړی ځواب ورکوونکی پوه شي چې واحد، ساکټ، سند یا لاره وګوري۔ هغه ازموینه چې نشي کولی ووايي څه یې ثابت کړل، په غلط دلیل به پرې باور وشي، او netcat ازموینه په لومړي سر کې همداسې ژوندې پاتې شوه۔