د TCP بیا تنظیمول دا نه ثابتوي چې ستاسو VPN بندېږي

د کلینټ لاګ کې «اړیکه بیا تنظیمه شوه، بیا پیلېږي» ښکاري، او پایله له شواهدو مخکې راځي. څوک پریکړه کوي چې شبکه VPN بندوي، یا سند غلط دی، یا یو ځانګړی هېواد لاسوهنه کوي. بیا تنظیمول هغه TCP پاکټ دی چې اړیکه پای ته رسوي، او د لاګ کرښه ثبتوي چې ستاسو کلینټ یو ترلاسه کړ. دا نه هغه وسیله نوموي چې لیږلی یې دی او نه دلیل.

بیا تنظیمول پاکټ دی، حکم نه دی

TCP د بیا تنظیمولو پروسس تعریفوي: د RST بیرغ لرونکی برخه سمدلاسه اړیکه پای ته رسوي. ترلاسه کوونکی خبرې نه کوي، بیا هڅه نه کوي او نه پوښتي چې ولې. دا د بیا تنظیمولو راپور ورکوي او مخته ځي.

کلینټ همدا څه پېژني. RST کېدای شي له سرور، پروکسي، فایر وال یا له هغه بار ویشونکي څخه راغلی وي چې حالت یې له لاسه ورکړی.

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

تایید کړئ چې کومه اړیکه بیا تنظیمه شوه

لومړی وګورئ چې فعال پروفایل واقعاً TCP کاروي. په UDP تونل کې بیا تنظیمول بې معنا دي، او د HTTP پروکسي لاګ کېدای شي د VPN له خپلې برخې څخه بېل TCP برخې ته اړه ولري.

د موخې ځای، پورټ، د هڅې وخت او هغه پړاو چې کلینټ ته رسېدلی و، ثبت کړئ.

پړاو تر ټولو ګټور ساحه ده. د TLS لاس ورکولو پر مهال بیا تنظیمول یوې ډلې شکمنو ته اشاره کوي؛ له تصدیق وروسته بیا تنظیمول بلې ته. پرته له پړاو څخه هره نظریه ځای پرځای کېږي.

د لارې دواړه سرونه پرتله کړئ

که تاسو سرور اداره کوئ، د همدې هڅې لپاره د هغه پېښې پرتله کړئ. ایا یې اړیکه ومنله؟ ایا یې په قصد یې وتړله؟ ایا ځواب یوه پوله پرېښوده او بلې ته ونه رسېد؟

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

په دواړو لورو کې د RST برخو ته پام وکړئ:

sudo tcpdump -ni any 'tcp[tcpflags] & tcp-rst != 0' -c 20
ss -tnp | grep 198.51.100.20

د کنټرول شوې پرتلې سره محدود کړئ

دویم منل شوی شبکه کولای شي ووایي چې ناکامي کلینټ تعقیبوي که لاره. که هماغه پروفایل بل ځای کار وکړ، د کلینټ ترتیبات ښايي سم وي او بدلون لاره ده.

دا لا هم یوه ځانګړې منځګړې وسیله نه پېژني. دا حد یوې لارې ته محدودوي، چې ګټور او ریښتینی پایله ده.

د «دا لاره ناکامېږي» او «دې نومول شوي لوري دا رامنځته کړ» ترمنځ توپیر وساتئ. لومړی ازمویل کېدای شي؛ دویم معمولاً له یو کلینټ څخه نه.

پرته له د باور تنظیماتو بدلون څخه سمون وګورئ

TLS تصدیق مه بندوئ، اعتبارنامې بیا مه جوړوئ او د یوې بیا تنظیمولو کرښې پر بنسټ د بندولو پالیسي مه اعلانوئ. له دې هر بدلون څخه ازمویل کېدونکې سیستم بدلېږي او بله پرتله بې معنا کوي.

پېژندل شوی برخه د هغې د مالک له لارې سمه کړئ، بیا هماغه پروفایل او هماغه کتنه تکرار کړئ:

openvpn --config client.ovpn --verb 4
sudo tcpdump -ni any 'host 198.51.100.20 and tcp' -c 40

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