Віртуальны адаптар SoftEther з’яўляецца, але не перадае трафік

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

Аддзяліце прыладу ад сеансу

Стварэнне адаптара ўсталёўвае сеткавую прыладу; яно не праходзіць аўтэнтыфікацыю ні на якім серверы. Перад тым як рабіць высновы са стану інтэрфейсу, праверце, што паказвае спіс злучэнняў кліента. Профіль, які не падключаны, тлумачыць статус адключэння без дадатковага расследавання.

У адаптара і фізічнага інтэрфейсу розныя задачы. Адзін перадае расшыфраваны трафік, які бачаць праграмы, а другі перадае зашыфраванае знешняе злучэнне да сервера. Блытаніна паміж імі прыводзіць да таго, што правілы фаервола і маршруты ўжываюцца да няправільнай прылады. Правілы, напісаныя для фізічнага інтэрфейсу, не будуць адпавядаць трафіку тунеля, а правілы, напісаныя для тунеля, не паўплываюць на знешняе злучэнне.

Сумясціце адзін адаптар з адным профілем

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

Калі кліент прапануе падтрыманы спосаб аднавіць прывязку, выкарыстоўвайце яго замест прамога рэдагавання канфігурацыі аперацыйнай сістэмы. Кліент запісвае налады адаптара пры падключэнні, таму ручныя змены звычайна знікаюць або канфліктуюць у наступным сеансе.

Чытайце фактычныя налады пасля злучэння

Калі сеанс усталяваны, прачытайце адрас, маршрут і пазванец з сістэмы. Панэль стану кліента апісвае тое, што ён запытаў, а ядро апісвае тое, што адбылося насамрэч.

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

Спіс адрасоў паказвае, ці атрымаў адаптар хоць што-небудзь, і адаптар без адраса пасля паспяховага ўваходу ўказвае на канфігурацыю профілю, а не на драйвер. Запыт маршруту паказвае, які інтэрфейс панёс бы прыватнае прызначэнне, і менавіта тут становіцца бачным адсутны маршрут. Вывад пазванца паказвае, ці пайшоў DNS за сеансам, бо працоўнае злучэнне з лакальным DNS усё яшчэ дае напалову зламанае злучэнне.

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

Спыніцеся перад мастом або выдаленнем

Злучэнне віртуальнага адаптара з фізічным праз мост — гэта змяненне праекта, а не рамонт. Яно аб’ядноўвае дзве сеткавыя мяжы і не з’яўляецца спосабам выправіць адсутны маршрут. Калі разгортванню патрэбна такая схема, яму патрэбны аўтарызаваны праект і план тэставання.

Выдаленне адаптара гэтак жа разбуральнае, калі яго выкарыстоўвае іншая служба. Спачатку вызначце ўласніка, уключаючы любы іншы кліент або прадукт віртуалізацыі на машыне, які стварыў інтэрфейс з падобным імем. Прылада, якая зноў з’яўляецца пасля выдалення, кажа вам, што нешта яго стварае зноў.

Скончыце тым, што праверыце праграму, а не адаптар. Агульны файл або старонка інтранэта, якія загружаюцца праз тунель, — гэта доказ таго, што прылада, сеанс і маршрут узгоднены.