کلاینت Kerio VPN در لینوکس: پنج بررسی به ترتیب

پس از نصب کلاینت Kerio VPN در لینوکس هیچ آیکونی روی میزکار ظاهر نمی‌شود و شبکه خصوصی دور از دسترس می‌ماند. این شکل طبیعی این کلاینت است و نه نصب خراب: دستورهای GFI برای لینوکس پیکربندی از خط فرمان و یک اسکریپت سرویس را توصیف می‌کنند، بدون هیچ رابط گرافیکی. بررسی‌های زیر را به ترتیب انجام دهید، چون هر کدام لایه دیگری را پاک می‌کند. نخستین شکست به شما می‌گوید کجا بایستید، و جلو زدن معمولاً یعنی بازساختن بسته‌ای که هرگز مشکل نبوده است.

تأیید کنید که بیلد با ماشین می‌خواند

با آنچه dpkg درباره ماشین می‌اندیشد و بسته برای آن ساخته شده آغاز کنید. در سامانه معمولی 64 بیتی، dpkg --print-architecture چاپ می‌کند amd64، و صفحه فروشنده بسته amd64 را کنار بسته معمولی Debian فهرست می‌کند. رشته انتشار را در نام فایلی که واقعاً نصب کرده‌اید بخوانید، به جای اینکه فرض کنید این دو یکی هستند.

آرشیوی از سال 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 را با نامی که مستندات بسته به کار می‌برد بسنجید، سپس مسیری را که فرایند راه‌اندازی واقعاً می‌خواند غیرفعال کنید.

unit مربوط به OpenVPN را جایگزین نکنید فقط چون پیکربندی شبیه است. این کلاینت با پروتکل خودش با دروازه Kerio سخن می‌گوید، پس دیمن دیگری که به همان فایل اشاره می‌کند احراز هویت نخواهد شد، و شکست اضافی خواندن شواهد را سخت‌تر می‌کند. کلاینت GFI برای لینوکس هم هر بار فقط یک اتصال VPN نگه می‌دارد؛ این محدودیت به کلاینت مربوط است، نه به ظرفیت کاربران دروازه.

گزارش‌ها را بخوانید و سپس منبع را بررسی کنید

سه فایل زیر /var/log/kerio-kvc داستان دیمن را می‌گویند: init.log برای رویدادهای چرخه عمر، error.log برای شکست‌های حیاتی و debug.log برای جزئیات. کوچک‌ترین بخشی را بخوانید که به پرسش شما پاسخ می‌دهد، و پیش از چسباندن آن در هر جا نقطه‌های پایانی و نام‌های کاربری را بردارید. شکافی در init.log پیرامون زمانی که ویزارد را اجرا کردید به شما می‌گوید دیمن هرگز بازراه‌اندازی نشده است.

بسته معتبر، دیمن در حال اجرا و منبع در دسترس سه نتیجه جداگانه‌اند، و فهرست تنها وقتی کامل می‌شود که هر سه برقرار باشند. پس از تغییری تأییدشده، میزبانی بخواهید که فقط پشت دروازه وجود دارد، سپس سرویسی عادی روی آن باز کنید. اگر تونل بالاست و منبع نیست، خطای باقی‌مانده در مسیر دروازه یا قاعده دیوار آتش است، نه در کلاینتی که همین حالا پیکربندی مجدد کردید.

وضعیتی را که در آن تمام کردید ثبت کنید: انتشار بسته، معماری، اینکه اثر انگشت از کانال دیگری تأیید شد یا نه، و کدام بارگذاری دوباره یا بازراه‌اندازی را اجرا کردید. همان یادداشت است که نخستین بررسی نفر بعدی را ارزان می‌کند.