پروفایل‌هایی که در یک OpenVPN کارخواه دیگر خوب وصل می‌شوند ممکن است از ورود به NetworkManager امتناع کنند، و کادر گفت‌وگو قابلیت ورود افزونه را مقصر می‌داند. آن جمله دربارهٔ رایانهٔ شماست، نه دربارهٔ فایل یا سرور. وروددادن عملیاتی محلی است که افزونهٔ VPN مدیر آن را انجام می‌دهد، و در لحظه‌ای که شکست می‌خورد چیزی به هیچ جا فرستاده نشده است. با آن نخست به‌عنوان پرسشی دربارهٔ بسته‌بندی و سپس به‌عنوان پرسشی دربارهٔ تجزیه برخورد کنید.

پیام را به‌عنوان یک گزارهٔ محلی بخوانید

این عبارت مجموعهٔ ویژگی‌های افزونه را توصیف می‌کند. یا افزونه‌ای که پشتیبانی OpenVPN را فراهم می‌کند وجود ندارد، یا مؤلفه‌ای که کنش ورود را عرضه می‌کند از قالبی که به آن می‌دهید قدیمی‌تر است. هر دو حالت به رایانهٔ روبه‌روی شما مربوط است.

به چیزی توجه کنید که پیام نمی‌گوید. نمی‌گوید گواهی نادرست است، گذرواژه منقضی شده، یا سرور از کار افتاده، پس راه‌اندازی دوباره یا تغییر اعتبارنامه آن را درست نمی‌کند. آن را گزاره‌ای دربارهٔ نرم‌افزار نصب‌شده بخوانید.

همین تمایز بیشترین وقت را در کل این مقاله ذخیره می‌کند، چون واکنش طبیعی این است که وقتی خرابی کاملاً روی میزکار است به بیرون، به دروازه، نگاه کنید.

گام 1: افزونه و ویرایشگر را تأیید کنید

دو بسته مهم‌اند و کارهای متفاوتی انجام می‌دهند. یکی افزونهٔ VPN مربوط به NetworkManager را فراهم می‌کند که مالک اتصال است؛ دیگری رابط ویرایش و ورود میزکار را. نصب فقط محیط اجرا، یا فقط ویرایشگر، نیمی از یک ویژگی را به شما می‌دهد.

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

دستور بسته‌بندی‌ای را به کار ببرید که توزیع شما واقعاً دارد؛ دو خط بالا جایگزین یکدیگرند، نه یک دنباله. همچنین مطمئن شوید که اصلاً در جریان NetworkManager هستید، چون کارخواه دیگری از OpenVPN با واردکنندهٔ خودش به هیچ‌یک از این توصیه‌ها پاسخ نمی‌دهد.

نصب افزونه معمولاً NetworkManager را دوباره راه‌اندازی یا بارگذاری می‌کند و این اتصال‌های موجود را لحظه‌ای قطع می‌کند. این کار را عمداً انجام دهید، نه در میانهٔ یک تماس پشتیبانی.

گام 2: با nmcli وارد کنید و پیام واقعی بگیرید

کادر گفت‌وگوی گرافیکی تمایل دارد چندین شکست را در یک جمله فشرده کند. واردکنندهٔ خط فرمان دقیق‌تر است، و این همان عملیات است:

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

پاسخ را با دقت بخوانید. شکایت از افزونهٔ ناموجود یک مشکل بسته‌بندی است. شکایت از یک دستورالعمل مشخص یک مشکل تجزیه‌گر است. شکایت از فایل ارجاع‌شده یک مشکل مسیر است، و این سه جز واژهٔ ورود هیچ چیز مشترکی ندارند.

یادتان باشد که موفقیت در اینجا یک پروفایل ذخیره‌شده می‌سازد. وصل نمی‌شود، و ثابت نمی‌کند که پروفایل همهٔ ویژگی‌های نسخهٔ اصلی را نگه داشته است.

گام 3: گواهی‌های درون‌خطی را همان‌جا که هستند رها کنید

توصیه‌های قدیمی‌تر می‌گویند پیش از ورود هر بلوک گواهی و کلید درون‌خطی را حذف کنید. آن توصیه کهنه است. واردکنندهٔ کنونی اشیای درون‌خطی را مدیریت می‌کند، و پاک‌کردن آنها هویتی را که اتصال نیاز دارد برمی‌دارد و در همان حال پروفایلی می‌سازد که وارد می‌شود و سپس در احراز هویت شکست می‌خورد.

اگر واقعاً باید مطلبی را به دلیلی مشخص جدا کنید، فایل اصلی را نگه دارید و بنویسید کدام بلوک کجا رفت. پروفایلی که سه نفر سه بار ویرایشش کرده‌اند، پیکربندی‌ای نیست که بعداً بتوانید دربارهٔ آن استدلال کنید.

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

گام 4: بررسی کنید پروفایل اکنون چه معنایی دارد

پس از ورود موفق، پیش از فعال‌کردن هر چیزی نقطهٔ پایانی، ترتیب احراز هویت، ارجاع‌های فایل و محل نگهداری اسرار را بررسی کنید. همان چهار مورد جایی است که ورود و قصد بیشتر از همه از هم جدا می‌شوند.

سپس رفتاری را بررسی کنید که واقعاً برایتان مهم است: مسیرها، DNS و اینکه ویژگی‌های پروفایل اصلی باقی مانده‌اند یا نه. اینها سه جایی است که یک ورود موفق باز هم می‌تواند کسی را که آن را خواسته ناامید کند. ورود موفق و اتصالی که درست رفتار می‌کند دو نتیجهٔ متفاوت‌اند، و تنها دومی برای کاربر اهمیت دارد.

اگر پروفایل واردشده متفاوت از کارخواه اصلی رفتار می‌کند، دو پیکربندی را مقایسه کنید نه اینکه از حافظه بازسازی کنید، چون تفاوت معمولاً یک خط است.

گام 5: بگذارید یک مدیر مالک تونل باشد

وقتی پروفایل در NetworkManager زندگی می‌کند، بگذارید مالک اتصال باشد. راه‌اندازی یک فرایند جداگانهٔ OpenVPN به‌عنوان راه‌حل جایگزین مسیر مدیریت دومی می‌سازد با رفتار مخصوص حل‌کنندهٔ خودش، اعتبارنامه‌های خودش و چرخهٔ عمر خودش.

دو تونل که هر دو گمان می‌کنند مالک مسیر پیش‌فرض‌اند، نشانه‌هایی شبیه به ارائه‌دهندهٔ خراب پدید می‌آورند، و راه‌حل برداشتن یکی از آنهاست نه تنظیم هر یک.

مقالات مرتبط