Linux کې د Kerio VPN کلاینټ: په ترتیب پنځه کتنې

په Linux کې د Kerio VPN کلاینټ د نصبولو وروسته په ډیسکټاپ کې هېڅ آیکون نه ښکاري او شخصي شبکه له لاسرسي بهر پاتې کېږي۔ دا د دې کلاینټ نورمال بڼه ده، نه خرابه نصب: د GFI د Linux لارښوونې د کمانډ کرښې ترتیبات او د خدمت سکریپټ بیانوي، پرته له هېڅ GUI۔ لاندې کتنې په ترتیب ترسره کړئ، ځکه هر یو بل پوړ لرې کوي۔ لومړنی ناکامي درته وایي چې چېرته ودرېږئ، او مخته ټوپ وهنه معمولاً د هغه بنډل بیا جوړول دي چې هېڅکله ستونزه نه وه۔

ډاډ ترلاسه کړئ چې جوړښت له ماشین سره سمون لري

پیل کړئ dpkg څه چې ماشین دی او بنډل د څه لپاره جوړ شو ښیي۔ په عادي 64-بټ سیسټم کې dpkg --print-architecture چاپوي amd64، او د پلورونکي پاڼه د عادي Debian بنډل ترڅنګ amd64 بنډل لیستوي۔ د هغه فایل نوم کې د خپرېدو تار ولولئ چې واقعاً مو نصب کړی، د دې پرځای چې دواړه سمون لري فرض کړئ۔

د 2013 کال، د i386 لپاره جوړ شوی آرشیف یوازې --force-architecture ورکولو له امله 64-بټ نه کېږي۔ زور اچول بهرني باینري فایلونه نصبوي، د اتکا ناکامي د هغه پیلوونکي شاته پټوي چې لا هم پیلېږي، او کېدای شي ډیمون غلط کتابتونونه ولولي۔ که ستاسو خپرونه یوازې 32-بټ وي، په 32-بټ چاپېریال کې یې چلوئ یا د دروازې له مالک څخه نوې جوړښت وغواړئ۔

د اتکا کرښه هم وګورئ۔ dpkg -s kerio-control-vpnclient | grep -i depends ښیي چې بنډل څه تمه لري، او نه پوره شوی نسخه پن یا ورک کتابتون دلته ښکاري، د کلاینټ لاګ کې نه۔

د بنډل وزرګر له لارې یې ترتیبات وکړئ

د ډیزاین له مخې کلاینټ د اپلیکیشنونو په دراز کې هېڅ داخل نه لري، نو ورک آیکون د ترتیباتو د بریالیتوب په اړه هېڅ نه وایي۔ وزرګر بیا خلاص کړئ په sudo dpkg-reconfigure kerio-control-vpnclient سره او د هغې پوښتنو ته ځواب ورکړئ: د VPN پای ټکی، د حساب توضیحات او د سرور سند فنګرپرینټ۔

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

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

هغه فایل وپېژنئ چې وزرګر یې لیکي

ترتیبات دلته دي: /etc/kerio-kvc.conf او د حساب او د پن شوی فنګرپرینټ دواړه لري۔ له دې سره د پټ موادو په څېر چلند وکړئ۔ sudo stat -c '%a %U %G' /etc/kerio-kvc.conf باید هغه د ټولو لپاره لوستل کېدونکی نه ښیي۔

د اجازه شوې لاسي سمونې وروسته، د شبکې سټیک بیا پیلولو پرځای هغه ډیمون بیا بار کړئ چې فایل لري: sudo /etc/init.d/kerio-kvc reload۔ بیا بارول ترتیبات بیا لولي او اوسنۍ ناسته پرېږدي، نو په ژوندي اړیکه کې دا بې اغېزې کړنه نه ده۔

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

ژوندې ناسته له پیلېدو چلند څخه جلا کړئ

د خدمت سکریپټ اوسنۍ اړیکه کنټرولوي: sudo /etc/init.d/kerio-kvc stop اوس تونل پای ته رسوي او start هغه بېرته راوړي۔ هېڅ کمانډ نه ټاکي چې په راتلونکي پیل کې به څه وشي، او دا توپیر په لیرې مدیریت شوي ماشین کې مهم دی۔

له لینکونو لرې کولو یا څه پټولو مخکې وګورئ چې اتوماتیک پیل چا لري۔ بنډل کېدای شي خپل init سکریپټ نصب کړي، unit جوړ کړي، یا دواړه، او د غلط نوم غیر فعالول بیا پیلېدو وروسته کلاینټ بېرته راوړي۔ systemctl status kerio-kvc له هغه نوم سره چې د بنډل اسناد یې کاروي وګورئ، بیا هغه لار غیر فعاله کړئ چې د پیلېدو بهیر واقعاً لولي۔

د OpenVPN unit یوازې د دې لپاره مه بدلوئ چې ترتیبات ورته ښکاري۔ دا کلاینټ له Kerio دروازې سره خپل پروتوکول خبرې کوي، نو بل ډیمون چې هماغه فایل ته اشاره کوي تصدیق نه شي، او اضافي ناکامي شواهد لوستل سختوي۔ د GFI Linux کلاینټ هم یوازې یوه VPN اړیکه په یو وخت ساتي؛ دا حد کلاینټ ته اړه لري، نه د دروازې کاروونکو ظرفیت ته۔

لاګونه ولولئ، بیا سرچینه تصدیق کړئ

درې فایلونه /var/log/kerio-kvc د ډیمون کیسه کوي: init.log د ژوند دورې پېښو لپاره، error.log د جدي ناکامیو لپاره او debug.log د تفصیلاتو لپاره۔ ترټولو کوچنۍ برخه ولولئ چې ستاسو پوښتنې ته ځواب وایي، او له هر چېرې کې د پېسټ کولو مخکې پای ټکي او کاروونکي نومونه لرې کړئ۔ init.log کې د وزرګر د چلولو پر مهال شاوخوا تشه وي، نو پوهېږئ چې ډیمون هېڅکله بیا پیل شوی نه دی۔

سم بنډل، چلېدونکی ډیمون او د لاسرسي وړ سرچینه درې جلا پایلې دي، او لیست یوازې هغه وخت بشپړېږي چې درېواړه سم وي۔ له تایید شوې بدلون وروسته هغه هوسټ وغواړئ چې یوازې د دروازې شاته شته، بیا پرې عادي خدمت پرانیزئ۔ که تونل پورته وي او سرچینه نه، پاتې تېروتنه د دروازې په لار یا د اور وژنې په قاعده کې ده، په هغه کلاینټ کې نه چې همدا اوس بیا تنظیم کړ۔

هغه حالت ولیکئ چې په کې پای ته ورسېدئ: د بنډل خپرونه، معماری، آیا فنګرپرینټ د بلې لارې له مخې تصدیق شو، او کوم بیا بارول یا بیا پیل مو وکړ۔ هماغه یادښت د بل کس لومړنۍ کتنه ارزانه کوي۔