VPN در ویندوز نصب شده، لینوکس بدون شبکه بالا می‌آید: چه چیزی را بررسی کنیم

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

نشانه و نتیجه‌گیری نادرست

بخش سودمند مشاهده زمان است: خطا پس از یک تغییر پدیدار شد. بخش بی‌فایده جهش علّی به VPN ویندوز است که نمی‌تواند در سیستم‌عامل دیگر اجرا شود. جدا کردن این دو تمام کار است. پیش از دست زدن به هیچ کابلی، خط زمانی را بنویسید.

آنچه هر دو راه‌اندازی به اشتراک می‌گذارند آداپتور فیزیکی، کابل، درگاه سوئیچ و هر چیزی است که در بالادست قرار دارد. اینها متغیرهای مشترک واقعی هستند و پس از بررسی پشته لینوکس ارزش یک بررسی را دارند.

پشته لینوکس را با چهار فرمان ثبت کنید

فقط-خواندنی شروع کنید و وضعیت را پیش از هر تغییر ثبت کنید: ip -br link برای وجود رابط‌ها، ip -br address برای نشانی‌ها، ip route برای مسیرهای IPv4 و ip -6 route جایی که IPv6 مهم است. مرجع ابزار ip این اشیاء را از هم جدا می‌کند، و دیده شدن یک رابط در فهرست اثبات آن نیست که نشانی کاری یا مسیر قابل استفاده دارد.

خروجی را در یک فایل ذخیره کنید تا بعداً با یک راه‌اندازی سالم مقایسه کنید. تصویری که نمی‌توانید بازتولید کنید تنها خاطره‌ای از یک وضعیت است.

آیا پیوند است، نشانی، مسیر یا نام؟

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

هر حالت به کار متفاوتی اشاره دارد: درایور یا میان‌افزار برای دستگاه غایب، کابل‌کشی یا سوئیچ وقتی حامل نیست، DHCP یا پیکربندی ایستا برای نشانی غایب، و مسیریابی یا سیاست برای مسیر غایب. مشکل حل‌کننده به systemd-resolved، NetworkManager یا پیکربندی محلی DNS اشاره دارد.

بررسی کنید آیا نصب لینوکس VPN خودش یا پیکربندی دیوار آتش پایدار دارد. یک تونل محلی یا مجموعه قواعد nftables عاملی در سمت لینوکس است و بسیار محتمل‌تر از برنامه ویندوزی که اجرا نمی‌شود خطا را توضیح می‌دهد.

سپس گذار راه‌اندازی را مقایسه کنید

Windows Fast Startup یک خاموشی ترکیبی است که وضعیت نشست هسته را حفظ می‌کند به جای انجام یک راه‌اندازی کامل. مستندات Microsoft درباره وضعیت‌های توان آن را از راه‌اندازی مجدد و از خاموشی کامل متمایز می‌کند، و به همین دلیل سخت‌افزار یکسان می‌تواند در دو گذار رفتار متفاوتی داشته باشد.

اگر خطا به جابه‌جایی از یک سیستم‌عامل به دیگری وابسته باشد، پس از ذخیره کارتان یک راه‌اندازی مجدد مستند یا خاموشی کامل را با مسیر معمول مقایسه کنید. نتیجه‌ای که از گذار پیروی می‌کند بررسی وضعیت درایور، دستگاه یا میان‌افزار را توجیه می‌کند و به‌تنهایی اثبات نمی‌کند که Fast Startup خرابی خاصی در آداپتور ایجاد کرده است.

ثبت کنید کدام سیستم‌عامل آخرین بار از آداپتور استفاده کرد، نوع گذار، وضعیت پیوند در لینوکس و نخستین عملیاتی که شکست خورد. تفاوت تکرارپذیر میان راه‌اندازی سرد و گذار گرم بسیار ارزشمندتر از حذف نرم‌افزار VPN از هر دو نصب بدون دانستن اینکه کدام پشته شکسته است، می‌باشد.

چه چیزی را تغییر ندهیم

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

مرجع ابزار ip اشیاء پیوند، نشانی و مسیر استفاده‌شده در بالا را مستند می‌کند. نخست سمت لینوکس را بخوانید، تصویر را نگه دارید و تنها پس از آن تصمیم بگیرید آیا لایه سخت‌افزار مشترک ارزش بررسی دارد.