مسیرهای VPN واردشده با کارخواهی که کار می‌کند تفاوت دارند؟ هر دو را مقایسه کنید
نمایه ذخیره‌شده NetworkManager و مسیرهایی که واقعاً نصب شده‌اند دو چیز جداگانه‌اند. پیش از تغییر هر چیزی، مقصدهای خصوصی و عمومی را مقایسه کنید.
برخی سرویس‌های خصوصی از طریق VPN پاسخ می‌دهند، در حالی که ترافیک معمولی اینترنت رفتاری کاملاً متفاوت از رایانه یک همکار دارد، و این وسوسه پیش می‌آید که نتیجه بگیرید کارخواه Ubuntu خراب است. این نتیجه یک قدم را نادیده می‌گیرد. عملیات خصوصی سالم و مسیر عمومی متفاوت دو مشاهده‌اند، و تفاوت معمولاً در سیاست ترافیکی است که هر کارخواه نصب کرده، نه در خود کارخواه.
مقایسه پیکربندی ذخیره‌شده با وضعیت واقعی شبکه به سه فرمان نیاز دارد و به پرسشی پاسخ می‌دهد که حدس‌ها می‌خواستند پاسخ دهند.
نخست نمایه ذخیره‌شده، سپس وضعیت واقعی
اتصال OpenVPN واردشده به نمایه‌ای مستقل در NetworkManager تبدیل می‌شود. فایل .ovpn که از آن آمده، همان لحظه که ورود کامل می‌شود دیگر منبع حقیقت نیست، پس ویرایش بعدی آن فایل هیچ چیزی را در اتصالی که استفاده می‌کنید تغییر نمی‌دهد. این نخستین جایی است که مقایسه اشتباه می‌شود، و بی‌صدا اشتباه می‌شود.
nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpnوقتی نام‌ها برخورد می‌کنند UUID را بخوانید؛ نام‌های تکراری از نصب مجدد و بازگردانی نمایه جان سالم به در می‌برند، و می‌توانید یک ساعت را صرف ویرایش نسخه‌ای کنید که در حال استفاده نیست. مقادیری که می‌بینید نیت ذخیره‌شده را توصیف می‌کنند: اینکه آیا نمایه می‌تواند مسیر پیش‌فرض را بگیرد، کدام مسیرها ذخیره شده‌اند و کدام حل‌کننده‌ها و دامنه‌های جستجو را می‌خواهد. آن‌ها توصیف نمی‌کنند که هنگام فعال‌سازی اتصال چه رخ داد، چون یک افزونه یا فشار کارساز می‌تواند وضعیتی بیفزاید که نمایه به آن اشاره نمی‌کند. به همین دلیل فرمان بعدی اهمیت دارد.
سپس ببینید سیستم واقعاً با آن نیت چه کرد، از جمله قواعد سیاست و همه جدول‌ها نه فقط جدول اصلی. ویژگی‌های ذخیره‌شده ورودی‌اند، و جدول‌های نصب‌شده نتیجه‌اند.
ip -4 rule show
ip -4 route show table allدو مقصد، یک مقایسه
یک مقصد خصوصی که کار می‌کند و یک مقصد عمومی معمولی انتخاب کنید، سپس از هسته بپرسید هر یک کدام مسیر را می‌گیرد. انجام این کار روی هر دو ماشین همان چیزی است که تفاوتی مبهم را به تفاوتی مشخص تبدیل می‌کند.
ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20نشانی‌ها نمونه‌اند تا با نشانی‌های خودتان جایگزین کنید؛ مهم خود جفت است نه عددها. رابط، نشانی مبدأ و جدولی که در هر خروجی نام برده می‌شود را مقایسه کنید. وقتی جستجوی خصوصی تونل را نام می‌برد و جستجوی عمومی نیز تونل را نام می‌برد، تونل کامل دارید و کارخواه دیگر ممکن است تونل تقسیم‌شده داشته باشد، یا برعکس.
از دو کارخواه نخواهید متن یکسانی چاپ کنند. در OpenVPN عبارت redirect-gateway def1 معمولاً به‌صورت دو مسیر نیم‌پیشوند به‌جای یک مسیر پیش‌فرض بیان می‌شود، و مدیریتی که آن‌ها را به شکل دیگری نشان می‌دهد به همین دلیل اشتباه نیست. پوشش را داوری کنید، یعنی همان چیزی که جستجوها نشان می‌دهند، نه قالب‌بندی را.
جایی که دو کارخواه به‌طور مشروع تفاوت دارند
پیش‌فرض‌های کارخواه انتخاب‌های سیاستی‌اند و می‌توانند ناهمخوان باشند. یک محصول ممکن است تونل کامل را ترجیح دهد، دیگری پیش‌فرض محلی را نگه دارد و تنها پیشوندهای خصوصی را مسیریابی کند، و سومی از آنچه کارساز فرستاده پیروی کند. تفاوت تنها زمانی نقص است که با الزامی که به شما داده شده تناقض داشته باشد.
پس هر کارخواه را با نیت مصوب تونل تقسیم‌شده یا کامل مقایسه کنید، نه با یکدیگر. اگر الزام این است که ترافیک خصوصی از تونل استفاده کند و مسیر اینترنت محلی محلی بماند، آنگاه تونل کامل اشکال است و تونل تقسیم‌شده درست، صرف‌نظر از اینکه کدام کارخواه چه کرد. نیت را پیش از نگاه کردن به هر پیکربندی بنویسید، وگرنه نخستین کارخواهی که بررسی می‌کنید بی‌صدا معیار می‌شود.
DNS محور دومی است و مستقل شکست می‌خورد. مسیر درست هنوز می‌تواند پرسش‌ها را به حل‌کننده‌ای بفرستد که نمی‌تواند برای ناحیه خصوصی پاسخ دهد، و حل‌کننده درست مسیر نادرست را اصلاح نمی‌کند. هر دو را بررسی کنید، و نام خصوصی‌ای که حل می‌شود در حالی که نشانی خصوصی حل نمی‌شود را شواهدی بگیرید که دو لایه جداگانه حل می‌شوند.
مقایسه را پاکیزه نگه دارید
هر بار تنها یک صاحب اتصال اجرا کنید. نشست OpenVPN از خط فرمان که کنار نمایه واردشده اجرا می‌شود مسیرهای خودش و وضعیت حل‌کننده خودش را نصب می‌کند، و آمیزه حاصل رفتار هیچ‌یک از دو کارخواه نیست. پیش از اندازه‌گیری دیگری یکی را ببندید. اگر مطمئن نیستید چه چیزی هنوز وضعیت را نگه داشته، راه‌اندازی مجدد کنید، چون مسیر کهنه‌ای از یک ساعت پیش دقیقاً مانند یک مشکل سیاستی دیده می‌شود.
همه چیز دیگر را نیز ثابت نگه دارید: همان نقطه پایانی، همان حساب، همان نسخه‌های نرم‌افزار، همان شبکه. موفقیت روی لپ‌تاپ ویندوزی یک همکار، کارخواه دیگری، یکپارچه‌سازی حل‌کننده دیگری و شاید نمایه کارساز دیگری را می‌آزماید، پس شاهدی درباره مدیر Ubuntu نیست.
مرجع تنظیمات IPv4 در NetworkManager ویژگی never-default و ویژگی‌های ذخیره‌شده مسیر را دقیق تعریف می‌کند، و خواندنش پیش از تغییر یک مقدار مدیریت‌شده ارزش دارد. و دامنه این مقایسه را به یاد داشته باشید: IPv4 را پوشش می‌دهد و هیچ چیزی درباره سیاست متناظر IPv6 نمی‌گوید، که پیش‌فرض‌های خودش و شیوه خودش برای شگفت‌زده‌کردن شما را دارد.