proto udp یا tcp-client: ستاسو سرور کوم یو اوري؟

هغه پروفایل چې تېره میاشت کار کاوه اوس وخت ختمېږي، او یو څوک وړاندیز کوي چې proto udp په proto tcp-client بدل کړئ. کله ناکله دا سم ګام وي، او کله ناکله داسې کلاینټ جوړېږي چې هغه پورټ ته نښلېږي چې هلته هیڅ نه اوري، ځکه چې سرور هېڅکله د بل ټرانسپورټ لپاره تنظیم شوی نه و. دا لارښوونه بیانوي چې ستاسو خوا څنګه خبرې کوي؛ دا نشي کولی په بل سر کې اورېدونکی جوړ کړي. د دواړو له بدلولو مخکې پروفایل او سرور یوځای ولولئ.

هغه ټرانسپورټ ولولئ چې ټاکل شوې اړیکه یې کاروي

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

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

که په فایل کې پورته یوه proto کرښه وي او لاندې یې څو remote ننوتنې وي، نو هغه کرښه د هر هغه remote لپاره تلواله ده چې هغه نه تېروي. په تلواله کې سیمه ییز بدلون د هغې remote ننوتنې لپاره هیڅ نه کوي چې خپل ټرانسپورټ نوموي.

grep -nE '^(remote|proto)\b' client.ovpn

UDP او TCP د چټکتیا تنظیم نه دي

UDP ډیټاګرامونه پرته له ترتیبه شوي جریان جوړولو لېږي، نو د تونل خپل ټرافیک په دوهم باوري ټرانسپورټ کې نه نغاړل کېږي. TCP تاسو ته د هغو شبکو له لارې لاره درکوي چې UDP غورځوي یا بندوي، خو د دې بیه د ننه تکرار لېږل دي چې د زیان لرونکې اړیکې احساس بدترولای شي.

دا د لاسرسي سودا ده، نه نړیواله درجه بندي. سم انتخاب هغه دی چې د کلاینټ مخې ته شبکه اجازه ورکوي. هغه لاره چې په VPN پورټ کې UDP غورځوي هېڅکله به خبرې اترې ونه کړي، هرڅومره چې پروفایل ښه لیکل شوی وي. لاره وآزمویئ، بیا ټرانسپورټ وټاکئ.

د دوی ترمنځ یوازې د اندازه کولو پر بنسټ انتخاب غلطي ده، ځکه چې ځواب په دې پورې اړه لري چې ستاسو مخې ته شبکه څه اجازه ورکوي. یو هوټل یا کارپوریټ پروکسي ممکن یوازې په 443 باندې وتونکی TCP اجازه ورکړي او بل هیڅ نه، له همدې امله چمتو کوونکي هغه ډول وړاندې کوي. دا په هغه پورټ کې د OpenVPN اړیکه پاتې کېږي، نه HTTPS ناسته، حتی که د پورټ شمېره پېژندل شوې وي.

tcp-client واقعاً څه معنا لري

د کلاینټ خوا لارښوونه هغه سر نوموي چې TCP اړیکه پیلوي. د سرور خوا خپل اورېدلو بڼه کاروي، او د کلاینټ کلمه په سرور ترتیب کې کاپي کول داسې اورېدونکی جوړوي چې تمه لري ورته زنګ ووهل شي، نه هغه چې مني.

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

grep -nE '^proto\b' /etc/openvpn/server/server.conf
ss -lntp | grep openvpn

له دې مخکې چې پروفایل غلط وګڼئ له سرور څخه وپوښتئ چې د څه اورېدو دی. UDP اورېدونکی د TCP ساکټونو په لیست کې نه ښکاري، او برعکس یې هم سم دي، نو د عمومي لید پرځای پروتوکول-ځانګړی لید وګورئ.

کله چې پروفایل وارد شي خو هېڅکله نښلېږي نه

هغه وارد شوی پروفایل چې سمدلاسه وخت ختمېږي معمولاً له هرې تصدیق مخکې ناکامېږي. کڅوړه بې اورېدونکي پورټ ته ځي، یا شبکه هغه په خاموشۍ غورځوي.

لاره په ساده ترین ډول وآزمویئ: له هغې شبکې چې ناکام کلاینټ پکې دی، په هغه ټرانسپورټ سره چې پروفایل یې ادعا کوي هماغه هوسټ او پورټ ته ونښلئ.

که UDP ازموینه هیڅ ترلاسه نه کړي او TCP ازموینه ونښلېږي، نو سرور بل ټرانسپورټ وړاندې کوي او پروفایل یوازې زوړ دی. که دواړه ځواب ونه وایي، ستونزه د ټرانسپورټ له انتخاب پورته ده او د پروفایل هیڅ سمون به یې جوړ نه کړي. د دې دوو حالتونو توپیر کول یوه دقیقه نیسي او د هغه یو ساعت سندي ډیبګینګ خوندي کوي چې هېڅکله اړوند نه و.

کار کوونکی ټرانسپورټ ثبت کړئ

کله چې یو ترکیب کار وکړ، هغه د سرور، پورټ او پروتوکول سره ولیکئ، او یادونه وکړئ چې له کومې شبکې ازمویل شوی.

که نه، بل څوک چې وخت ختمېدو ته ورسېږي هماغه تجربه په بل لوري تکراروي، او ممکن هغه سرور بدل کړي چې سم و.

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