د .ovpn فایل واقعاً څه لري، او څه نشي کولی

ډیری خلک فکر کوي چې د .ovpn فایل VPN تنظیموي۔ داسې نه ده: دا یو کلاینټ تنظیموي، او هر هغه څه چې غواړي باید په بله خوا کې لا دمخه موجود وي۔ په فایل کې د یوې کرښې بدلول کولای شي بدل کړي چې ستاسو ماشین څه هڅه کوي، خو هغه څه چې سرور وړاندې کوي هېڅکله نه۔ همدا توپیر د هغو پروفایلونو په اړه ډېره ګډوډي تشریح کوي چې نه واردېږي او نه نښلېږي.

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

فایل ستاسو کلاینټ تشریح کوي، نه سرور

یو پروفایل remote پای ټکی، لېږد، د انټرفیس ډول، د هویت مواد او هر هغه کلاینټ-خوا چلند چې آپریټر یې غواړي یوځای کوي۔ هره کرښه کلاینټ د پیل پر مهال اجرا کوي۔ هیڅ یو یې د تنظیماتو بدلون په توګه سرور ته نه رسېږي، او هیڅ یو یې داسې اورېدونکی نه شي جوړولی چې لا دمخه نه وي روان۔ هغه پروفایل چې TCP 443 نوموي د هغه سرور پر وړاندې چې یوازې په UDP 1194 غوږ نیسي په لومړي پاکټ کې ناکامېږي.

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

د لېږد کرښې باید له هغه اورېدونکي سره سمون ولري چې لا دمخه شته

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

پورټ 443 مشهور دی ځکه هغه شبکو ته ننوځي چې تقریباً بل څه نه اجازه ورکوي، او دا OpenVPN ناسته پاتې کېږي، نه HTTPS غوښتنه۔ که آپریټر څو remote کرښې خپرې کړي، کلاینټ یې په ترتیب سره ازمويي، چې دا د ناکامۍ پر مهال د بدلون لیست دی نه د بار توازن پرېکړه۔ هغه ترکیبونه وساتئ چې آپریټر یې سپارلي دي، د یوې ننوتنې کوربه د بلې پورټ سره مه ګډوئ.

نجل شوې کیلي د فایل د کارولو طریقه بدلوي

سندونه او کیلي کولای شي د <ca>، <cert> او <key> ټاګونو ترمنځ نجلې وي، یا د جلا فایلونو په توګه یادې شي۔ نجل مواد پروفایل خپلواک کوي او هغه یې پټ هم کوي، ځکه د کلاینټ خصوصي کیلي د هغې دننه سفر کوي۔ د CA سند عام باور مواد دی او شریکول یې خوندي دي؛ خصوصي کیلي نه، حتی کله چې د نالوستونکي متن د بلاک په څېر ښکاري.

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

لارې او DNS ممکن په فایل کې هېڅکله نه وي

لارښوونه کولای شي سرور ټېله کړي، پروفایل یې د redirect-gateway په مرسته تنظیم کړي، یا د کلاینټ خپلو اصلي ارزښتونو ته پرېښودل شي۔ له همدې امله هغه فایل چې تاسو ډاونلوډ کړی په بشپړه توګه نه ټاکي چې تونل له پورته کېدو وروسته ټرافیک چېرې ځي۔ کله چې داخلي نومونه حل شي او عامه سایټونه نه، نو د ویشل شوي تونل تګلاره هغه څه کوي چې د هغې لپاره ډیزاین شوې، نه ناکامېږي.

DNS ورته بڼه تعقیبوي: ټېله شوې dhcp-option DNS کولای شي کلاینټ پلي کړي، له پامه غورځوي، یا سیمه ییز د حل کونکي مدیر یې باطل کړي۔ د پروفایل بیا لوستلو پر ځای له نښلېدو وروسته د حل کونکي حالت وګورئ.

نه ملاتړ شوي انتخابونه د کلاینټ نسخې پوښتنه ده

د واردولو خبرداری معمولاً مانا دا ده چې کلاینټ یو لارښوونه نه پلي کوي، نه دا چې فایل خراب دی۔ ډیسکټاپ کلاینټونه کولای شي سکریپټونه او پلګینونه د مستندو کنټرولونو لاندې چل کړي، خو موبایل کلاینټونه محدوده ټولګه مني او کولای شي هغه کرښې چې نه پوهېږي پرې، په خاموشۍ سره پرېږدي۔ هغه سایفر یا TLS تنظیم چې زوړ کلاینټ یې ردوي د نسخې ستونزه ده چې باید له آپریټر سره حل شي۔ د نااشنا امتیازاتو فعالول ترڅو واردول اجباري کړي، خبرداری په پراخه برید سطحه بدلوي.

د پرتله کولو لپاره اصلي فایل وساتئ، په خپله غوښتنه کې دقیق نه ملاتړ شوی لارښوونه ولیکئ، او د هغه کلاینټ لپاره جوړ شوی پروفایل وغواړئ چې تاسو یې رښتیا چلوئ.

له هر بدلون وروسته، تایید کړئ چې اپلیکیشن کومه د پروفایل ننوتنه کاروي، ځکه د نوي فایل واردول تل زاړه نه باطلوي.