Віртуальний адаптер SoftEther з’являється, але не передає трафік

Віртуальний адаптер SoftEther з’являється в мережевому списку операційної системи, повідомляє про себе як про від’єднаний і не передає жодного трафіку. Таке поєднання нормальне для пристрою без приєднаного сеансу, і це той самий стан, який ви бачите, коли до нього прив’язано неправильний профіль. Адаптер — це пристрій, яким володіє операційна система; сеанс — це те, що дає йому життя. Пройдіть ці чотири перевірки по порядку й зупиніться на першій, яка не вдасться.

Відокремте пристрій від сеансу

Створення адаптера встановлює мережевий пристрій; воно не проходить автентифікацію на жодному сервері. Перш ніж робити висновки зі стану інтерфейсу, перевірте, що каже список з’єднань клієнта. Профіль, який не підключено, пояснює від’єднаний стан без додаткового розслідування.

В адаптера й фізичного інтерфейсу різні завдання. Один передає розшифрований трафік, який бачать програми, а другий передає зашифроване зовнішнє з’єднання до сервера. Плутанина між ними призводить до того, що правила брандмауера й маршрути застосовуються до неправильного пристрою. Правила, написані для фізичного інтерфейсу, не відповідатимуть трафіку тунелю, а правила, написані для тунелю, не вплинуть на зовнішнє з’єднання.

Зіставте один адаптер одному профілю

Кожен адаптер має бути прив’язаний до потрібного вам профілю з’єднання, і цей зв’язок має бути видимим у клієнті, а не зберігатися в пам’яті. Коли адаптерів кілька, запишіть, який профіль володіє яким пристроєм, перш ніж торкатися будь-якого з них. Повторне використання адаптера між профілями — це те, через що застаріла адреса переживає повторне підключення.

Якщо клієнт пропонує підтримуваний спосіб відтворити зв’язок, скористайтеся ним замість прямого редагування конфігурації операційної системи. Клієнт записує налаштування адаптера під час підключення, тому ручні зміни зазвичай зникають або конфліктують у наступному сеансі.

Після підключення прочитайте чинні налаштування

Коли сеанс встановлено, прочитайте адресу, маршрут і розв’язувач із системи. Панель стану клієнта описує те, що він запросив, а ядро описує те, що сталося насправді.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

Список адрес показує, чи адаптер отримав узагалі щось, а адаптер без адреси після успішного входу вказує на конфігурацію профілю, а не на драйвер. Запит маршруту показує, який інтерфейс поніс би приватне призначення, і саме там стає видимим відсутній маршрут. Вивід розв’язувача показує, чи DNS пішов за сеансом, оскільки робоче з’єднання з локальним DNS усе одно дає наполовину зламане підключення.

Створений адаптер без корисних налаштувань може існувати поряд з успішним входом до керування в іншому місці клієнта. Дві панелі відповідають на різні питання, тому одна ніколи не є доказом про іншу. Коли вони розходяться, системний вигляд — це те, що відчувають програми.

Зупиніться перед мостом або видаленням

Об’єднання віртуального адаптера з фізичним мостом — це зміна проєкту, а не ремонт. Воно зливає дві мережеві межі й не є способом виправити відсутній маршрут. Якщо розгортанню потрібна така схема, йому потрібен затверджений проєкт і план тестування.

Видалення адаптера так само руйнівне, коли його використовує інша служба. Спочатку визначте власника, включно з будь-яким іншим клієнтом або продуктом віртуалізації на машині, що створив інтерфейс зі схожим ім’ям. Пристрій, який знову з’являється після видалення, каже вам, що щось створює його заново.

Завершіть перевіркою програми, а не адаптера. Спільна папка або сторінка інтранету, яка завантажується через тунель, — це доказ того, що пристрій, сеанс і маршрут узгоджені.