آداپتور مجازی SoftEther ظاهر می‌شود اما ترافیکی ارسال نمی‌کند
آداپتور دستگاهی است که سیستم‌عامل مالک آن است؛ نشست چیزی است که آن را پر می‌کند. چهار بررسی، اتصال ازدست‌رفته را از مسیر ازدست‌رفته جدا می‌کند.
آداپتور مجازی SoftEther در فهرست شبکه سیستم‌عامل ظاهر می‌شود، خود را قطع‌شده اعلام می‌کند و هیچ ترافیکی حمل نمی‌کند. این ترکیب برای دستگاهی بدون نشست متصل طبیعی است و همچنین همان حالتی است که وقتی پروفایل نادرست به آن بسته شده باشد می‌بینید. آداپتور دستگاهی است که سیستم‌عامل مالک آن است؛ نشست چیزی است که به آن جان می‌دهد. این چهار بررسی را به ترتیب انجام دهید و در اولین موردی که شکست می‌خورد متوقف شوید.
دستگاه را از نشست جدا کنید
ساختن آداپتور یک دستگاه شبکه نصب می‌کند؛ به هیچ سروری احراز هویت نمی‌شود. پیش از آنکه از وضعیت رابط چیزی نتیجه بگیرید، بررسی کنید فهرست اتصال‌های کلاینت چه می‌گوید. پروفایلی که متصل نیست، وضعیت قطع‌بودن را بدون هیچ بررسی بیشتری توضیح می‌دهد.
آداپتور و رابط فیزیکی کارهای متفاوتی دارند. یکی ترافیک رمزگشایی‌شده‌ای را که برنامه‌ها می‌بینند حمل می‌کند و دیگری اتصال بیرونی رمزگذاری‌شده را به سرویس‌دهنده حمل می‌کند. اشتباه گرفتن این دو باعث می‌شود قواعد فایروال و مسیرها روی دستگاه نادرست اعمال شوند. قواعدی که برای رابط فیزیکی نوشته شده‌اند با ترافیک تونل تطبیق نمی‌کنند و قواعدی که برای تونل نوشته شده‌اند بر اتصال بیرونی تأثیر نمی‌گذارند.
یک آداپتور را با یک پروفایل جفت کنید
هر آداپتور باید به پروفایل اتصالی که در نظر دارید بسته شود و این بستن باید در کلاینت دیدنی باشد، نه به‌خاطر سپرده شود. وقتی چند آداپتور وجود دارد، پیش از دست زدن به هر یک یادداشت کنید کدام پروفایل مالک کدام دستگاه است. استفاده دوباره از یک آداپتور میان چند پروفایل همان راهی است که یک نشانی قدیمی از اتصال دوباره جان سالم به در می‌برد.
اگر کلاینت روش پشتیبانی‌شده‌ای برای بازساختن این بستن ارائه می‌دهد، از آن استفاده کنید نه از ویرایش مستقیم پیکربندی سیستم‌عامل. کلاینت تنظیمات آداپتور را هنگام اتصال می‌نویسد، پس تغییرات دستی معمولاً ناپدید می‌شوند یا در نشست بعدی تنش پیدا می‌کنند.
پس از اتصال، تنظیمات مؤثر را بخوانید
وقتی نشستی برقرار شد، نشانی، مسیر و حل‌کننده را از سیستم بخوانید. پنل وضعیت کلاینت توضیح می‌دهد چه چیزی درخواست کرده، در حالی که هسته توضیح می‌دهد واقعاً چه رخ داده است.
ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20فهرست نشانی نشان می‌دهد آیا آداپتور اصلاً چیزی دریافت کرده است، و آداپتوری که پس از ورود موفق نشانی ندارد به پیکربندی پروفایل اشاره می‌کند نه به درایور. پرس‌وجوی مسیر نشان می‌دهد کدام رابط یک مقصد خصوصی را حمل می‌کند و همان‌جا است که مسیر ازدست‌رفته دیدنی می‌شود. خروجی حل‌کننده نشان می‌دهد آیا DNS نشست را دنبال کرده است، زیرا پیوندی کارآمد با DNS محلی هنوز اتصالی نیمه‌شکسته پدید می‌آورد.
آداپتور ساخته‌شده‌ای بدون تنظیمات سودمند می‌تواند در کنار ورود مدیریتی موفقی در جای دیگری از کلاینت وجود داشته باشد. این دو پنل به پرسش‌های متفاوتی پاسخ می‌دهند، پس یکی هرگز شاهد دیگری نیست. وقتی ناسازگار باشند، دید سیستم همان چیزی است که برنامه‌ها تجربه می‌کنند.
پیش از پل‌سازی یا حذف توقف کنید
پل‌سازی آداپتور مجازی به یک آداپتور فیزیکی تغییر طراحی است، نه تعمیر. دو مرز شبکه را یکی می‌کند و راهی برای اصلاح مسیر ازدست‌رفته نیست. اگر استقرار به چنین چیدمانی نیاز دارد، به طراحی مجاز و برنامه آزمون نیاز دارد.
حذف آداپتور هنگامی که سرویس دیگری از آن استفاده می‌کند به همان اندازه ویرانگر است. نخست مالک را مشخص کنید، از جمله هر کلاینت یا محصول مجازی‌سازی دیگری روی دستگاه که رابطی با نام مشابه ساخته است. دستگاهی که پس از حذف دوباره ظاهر می‌شود به شما می‌گوید چیزی آن را بازمی‌سازد.
پایان کار با آزمودن برنامه است، نه آداپتور. اشتراک فایل یا صفحه اینترانتی که از تونل بارگذاری می‌شود شاهد آن است که دستگاه، نشست و مسیر همه با هم هم‌خوان‌اند.