په Linux کې AWS Client VPN نه پیلېږي؟ د اجرا چاپېریال سم کړئ

تاسو په Ubuntu کې د AWS Client VPN بنډل نصب کړ، وچلاوه او د هر پروړاپېل له لوستلو دمخه د یو ورک شوي شریک کتابتون په اړه د لوډر تېروتنه ترلاسه کړه. لومړنی غبرګون دا دی چې هغه کتابتون له زاړه خپرونه واخلئ او مخته ولاړ شئ. دا معمولاً یوه ماتې شوې تړاوه د داسې سیستم سره بدلوي چې نور له خپل بنډل ډېټابیس سره سمون نه خوري. د پیل ناکامي د ملاتړ د پولې پوښتنه ده، نه د شبکې.

تېروتنه شبکه نه، کتابتون نوموي

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

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

دواړه په بندېدونکې کړکۍ پای مومي، ځکه نو د خطا راپورونو کې سره ګډېږي.

د نړیوال کېدو سویچونه بله ستونزه ده

هغه تېروتنې چې ICU یا نړیوال کېدو ته اشاره کوي د .NET اجرا چاپېریال له لوري راځي چې د ځینو کلاینټ جوړښتونو لاندې دی، نه د TLS له سټیک. د متغیر نړیوال کېدو سویچ ایښودل بدلوي چې هغه چاپېریال کلتوري ډېټا څنګه سمبالوي، او دا ورک شوی libssl نه برابروي. د TLS تېروتنې د ارامولو لپاره یې کارول تاسو ته هغه کلاینټ پریږدي چې پیلېږي او بیا بل ځای کې ناکامېږي.

دواړه په جلا صندوقونو کې وساتئ: یو د اجرا چاپېریال چلند بدلوي، بل لینکر راضي کوي. کله چې دوهم لرئ لومړي ته لاس اوږدول د پرېښودلو وړ عادت دی.

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

ولې زوړ OpenSSL واردول پر ضد تمامېږي

له زاړه ویش څخه libssl او libcrypto /usr/lib ته کاپي کول دومره ډېر ځله کار کوي چې زړه ښه کوي. دا کتابتون د بنډل مدیر له کنټرول څخه بهر هم ږدي، نو هر وروستی امنیتي تازه کول یا ترې پاتې کېږي یا ورسره ټکر کوي. په هغه هوسټ کې چې براوزر یا SSH کلاینټ هم چلوي، تاسو د هغو پروګرامونو لپاره کریپټو سټیک بدل کړی چې هیڅکله یې نه دي غوښتي.

ملاتړ شوې لار د بنډل مستند سرچینه او ستاسو د OS دقیقې خپرې او معماری لپاره د هغې د تړاوونو حل دی. د AWS Linux کلاینټ غوښتنې او د هغه نسخه خپرونې یادښتونه وګورئ چې نصب یې کوئ، ځکه چې د ملاتړ میټریکس د خپرونو ترمنځ ښویېږي.

زاړه فورم حل د یوې خپرې جوړې انځور دی، نه د سازښت تضمین.

د عرضه کوونکي د خدمت تعریف وساتئ

ځینې لارښوونې تاسو ته لږ تر لږه systemd واحد درکوي چې بنډل شوی واحد بدل کړي. هغه واحد معمولاً هغه دلیلونه، سختونې تنظیمات او یوځای کېدل غورځوي چې عرضه کوونکي وروسته اضافه کړي، او پایله یې ناکامي په داسې ځای کې ښکاري چې تاسو به له سمون سره یې ونه نښلوئ.

که بدلون ته اړتیا لرئ، پرځای یې drop-in وکاروئ: د واحد په .d ډایرکټري کې کوچنی بیا لیکل شوی فایل چې یو لارښوونه اضافه یا بدلوي، له هغه تبصرې سره چې ولې شته او څنګه بېرته اخیستل کېږي. د عرضه کوونکي فایل نه لاس وهل کېږي، او بله بنډل تازه کول نه ستاسو کار په خاموشۍ باطلوي او نه یې دوه ځله کوي.

د بیا لیکنې لار په خپلو یادښتونو کې ولیکئ، ځکه چې بل مدیر به لومړی هلته وګوري.

د لارو د غلطونو موندلو دمخه پیل ثابت کړئ

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

هیڅکله شخصي کیلي یا بشپړ پروړاپېل چې دننه شوي اسناد ولري د تشخیصي موادو په توګه مه ضمیمه کوئ.

یوه پوښتنه د دې ټیکټونو ډېری حل کوي: ایا نصب شوې کلاینټ نسخه لا هم په دې OS خپرې کې ملاتړ کېږي؟ که نه، سمون یوه ملاتړ شوې جوړه ده، نه بله کتابتون ښکار.