Виртуелниот адаптер на SoftEther се појавува, но не пренесува сообраќај

Виртуелниот адаптер на SoftEther се појавува во списокот мрежи на оперативниот систем, се пријавува како исклучен и не пренесува никаков сообраќај. Таа комбинација е нормална за уред без поврзана сесија, и тоа е и состојбата што ја гледате кога на него е врзан погрешен профил. Адаптерот е уред што го поседува оперативниот систем; сесијата е она што му дава живот. Поминете ги овие четири проверки по ред и запрете на првата што ќе не успее.

Одвојте го уредот од сесијата

Создавањето на адаптерот инсталира мрежен уред; тој не се автентификува со ниту еден сервер. Пред да извлечете каков било заклучок од состојбата на интерфејсот, проверете што вели списокот врски на клиентот. Профил што не е поврзан го објаснува статусот на исклученост без дополнителна истрага.

Адаптерот и физичкиот интерфејс имаат различни задачи. Едниот го пренесува дешифрираниот сообраќај што го гледаат апликациите, а другиот го пренесува шифрираното надворешно поврзување до серверот. Мешањето на двете доведува до тоа правилата на огнениот ѕид и рутите да се применат на погрешниот уред. Правилата напишани за физичкиот интерфејс нема да се совпаѓаат со сообраќајот на тунелот, а правилата напишани за тунелот нема да влијаат на надворешното поврзување.

Спојте еден адаптер со еден профил

Секој адаптер треба да биде врзан за профилот на поврзување што го сакате, а врската треба да биде видлива во клиентот, а не запаметена. Кога има неколку адаптери, запишете кој профил поседува кој уред пред да допрете било кој од нив. Повторното користење на адаптер низ профили е начинот на кој застарената адреса преживува повторно поврзување.

Ако клиентот нуди поддржан начин да се создаде врската повторно, користете го него наместо директно да ја уредувате конфигурацијата на оперативниот систем. Клиентот ги запишува поставките на адаптерот при поврзување, па рачните промени често исчезнуваат или се судираат во следната сесија.

По поврзувањето прочитајте ги вистинските поставки

Кога сесијата е активна, прочитајте ја адресата, рутата и решавачот од системот. Панелот за состојба на клиентот опишува што побарал, додека јадрото опишува што навистина се случило.

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

Списокот адреси покажува дали адаптерот воопшто добил нешто, а адаптер без адреса по успешна најава укажува на конфигурацијата на профилот, а не на драјверот. Барањето рута покажува кој интерфејс би пренел приватно одредиште, и токму таму отсутната рута станува видлива. Излезот на решавачот покажува дали DNS ја следел сесијата, бидејќи работна врска со локален DNS сепак создава половично расипано поврзување.

Создаден адаптер без корисни поставки може да постои заедно со успешна административна најава на друго место во клиентот. Двата панела одговараат на различни прашања, па едниот никогаш не е доказ за другиот. Кога не се согласуваат, системскиот поглед е она што го доживуваат апликациите.

Запрете пред премостување или бришење

Премостувањето на виртуелниот адаптер на физички е промена на дизајнот, а не поправка. Тоа спојува две мрежни граници и не е начин да се поправи отсутна рута. Ако распоредувањето бара таков распоред, потребен му е овластен дизајн и план за тестирање.

Бришењето на адаптер е исто толку разорно кога друг сервис го користи. Прво утврдете го сопственикот, вклучително секој друг клиент или производ за виртуелизација на машината што создал интерфејс со слично име. Уред што повторно се појавува по отстранувањето ви кажува дека нешто го создава повторно.

Завршете со тестирање на апликацијата, а не на адаптерот. Споделен диск или интранет страница што се вчитува низ тунелот е доказот дека уредот, сесијата и рутата се согласуваат.