SoftEther virtualusis adapteris atsiranda, bet neperduoda srauto

SoftEther virtualusis adapteris atsiranda operacinės sistemos tinklų sąraše, praneša apie save kaip atjungtą ir neperduoda jokio srauto. Toks derinys yra normalus įrenginiui be prijungtos sesijos, ir tai taip pat yra būsena, kurią matote, kai prie jo prijungtas netinkamas profilis. Adapteris yra įrenginys, kurį valdo operacinė sistema; sesija yra tai, kas jam suteikia gyvybės. Pereikite šiuos keturis patikrinimus iš eilės ir sustokite ties pirmuoju, kuris nepavyksta.

Atskirkite įrenginį nuo sesijos

Adapterio sukūrimas įdiegia tinklo įrenginį; jis nesitapatina su jokiu serveriu. Prieš darydami bet kokias išvadas iš sąsajos būsenos, patikrinkite, ką sako kliento ryšių sąrašas. Neprisijungęs profilis paaiškina atjungtą būseną be jokio papildomo tyrimo.

Adapteris ir fizinė sąsaja turi skirtingas užduotis. Viena perduoda iššifruotą srautą, kurį mato programos, o kita perduoda užšifruotą išorinį ryšį į serverį. Sumaišius abu, užkardos taisyklės ir maršrutai pritaikomi netinkamam įrenginiui. Fizinei sąsajai parašytos taisyklės neatitiks tunelio srauto, o tuneliui parašytos taisyklės neturės įtakos išoriniam ryšiui.

Suskirkite vieną adapterį vienam profiliui

Kiekvienas adapteris turėtų būti susietas su numatytu ryšio profiliu, o šis susiejimas turėtų būti matomas kliente, o ne atsimenamas. Kai yra keli adapteriai, prieš liesdami bet kurį užsirašykite, kuris profilis valdo kurį įrenginį. Adapterio naudojimas iš naujo skirtinguose profiliuose yra priežastis, kodėl pasenęs adresas išlieka po prisijungimo iš naujo.

Jei klientas siūlo palaikomą būdą susiejimui atkurti, naudokite jį, o ne redaguokite operacinės sistemos konfigūraciją tiesiogiai. Klientas įrašo adapterio nustatymus prisijungdamas, todėl rankiniai pakeitimai dažnai išnyksta arba susiduria kitoje sesijoje.

Po prisijungimo perskaitykite faktinius nustatymus

Kai sesija jau veikia, perskaitykite adresą, maršrutą ir sprendiklį iš sistemos. Kliento būsenos skydelis apibūdina, ko jis prašė, o branduolys apibūdina, kas iš tikrųjų įvyko.

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

Adresų sąrašas rodo, ar adapteris apskritai ką nors gavo, o adapteris be adreso po sėkmingo prisijungimo nurodo profilio konfigūraciją, o ne tvarkyklę. Maršruto užklausa rodo, kuri sąsaja perduotų privatų tikslą, ir būtent ten trūkstamas maršrutas tampa matomas. Sprendiklio išvestis rodo, ar DNS sekė sesiją, nes veikianti jungtis su vietiniu DNS vis tiek sukuria pusiau sugedusį ryšį.

Sukurtas adapteris be naudingų nustatymų gali egzistuoti kartu su sėkmingu valdymo prisijungimu kitur kliente. Du skydeliai atsako į skirtingus klausimus, todėl vienas niekada nėra kito įrodymas. Kai jie nesutaria, sistemos vaizdas yra tai, ką patiria programos.

Sustokite prieš sujungimą ar ištrynimą

Virtualiojo adapterio sujungimas su fiziniu yra dizaino pakeitimas, o ne taisymas. Jis sujungia dvi tinklo ribas ir nėra būdas ištaisyti trūkstamą maršrutą. Jei diegimui reikia tokios tvarkos, jam reikia patvirtinto dizaino ir testavimo plano.

Ištrinti adapterį yra taip pat naikinama, kai jį naudoja kita paslauga. Pirmiausia nustatykite savininką, įskaitant bet kurį kitą klientą ar virtualizacijos produktą kompiuteryje, kuris sukūrė panašaus pavadinimo sąsają. Įrenginys, kuris po pašalinimo vėl pasirodo, jums sako, kad kažkas jį kuria iš naujo.

Užbaikite testuodami programą, o ne adapterį. Bendrabylių aplankas ar intraneto puslapis, įkeliamas per tunelį, yra įrodymas, kad įrenginys, sesija ir maršrutas sutampa.