SoftEtherov virtualni adapter pojavljuje se, ali ne prenosi promet
Adapter je uređaj koji posjeduje operacijski sustav; sesija je ono što ga ispunjava. Četiri provjere razlikuju vezu koja nedostaje od rute koja nedostaje.
SoftEtherov virtualni adapter pojavljuje se na popisu mreža operacijskog sustava, prijavljuje se kao isključen i ne prenosi nikakav promet. Ta je kombinacija normalna za uređaj bez pridružene sesije, a to je i stanje koje vidite kada je na njega vezan pogrešan profil. Adapter je uređaj koji posjeduje operacijski sustav; sesija mu daje život. Prođite kroz ove četiri provjere redom i zaustavite se na prvoj koja ne uspije.
Odvojite uređaj od sesije
Stvaranje adaptera instalira mrežni uređaj; ono se ne autentificira ni na jednom poslužitelju. Provjerite što kaže klijentov popis veza prije nego što bilo što zaključite iz stanja sučelja. Profil koji nije povezan objašnjava status isključenosti bez ikakve daljnje istrage.
Adapter i fizičko sučelje imaju različite zadaće. Jedan prenosi dešifriran promet koji aplikacije vide, a drugi prenosi šifriranu vanjsku vezu prema poslužitelju. Miješanje njih dvaju dovodi do pravila vatrozida i ruta primijenjenih na pogrešan uređaj. Pravila napisana za fizičko sučelje neće odgovarati prometu tunela, a pravila napisana za tunel neće utjecati na vanjsku vezu.
Uparite jedan adapter s jednim profilom
Svaki adapter treba biti vezan uz profil veze koji namjeravate koristiti, a ta veza treba biti vidljiva u klijentu, a ne pamtiti se. Kada postoji više adaptera, zabilježite koji profil posjeduje koji uređaj prije nego što dotaknete bilo koji od njih. Ponovna uporaba adaptera kroz profile način je na koji zastarjela adresa preživi ponovno povezivanje.
Ako klijent nudi podržan način za ponovno stvaranje veze, upotrijebite ga umjesto izravnog uređivanja konfiguracije operacijskog sustava. Klijent zapisuje postavke adaptera pri povezivanju, pa ručne promjene obično nestaju ili se sukobljavaju u sljedećoj sesiji.
Pročitajte stvarne postavke nakon povezivanja
Kada je sesija uspostavljena, pročitajte adresu, rutu i razrješivač iz sustava. Klijentova ploča stanja opisuje što je zatražio, dok jezgra opisuje što se doista dogodilo.
ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20
Popis adresa pokazuje je li adapter uopće išta primio, a adapter bez adrese nakon uspješne prijave upućuje na konfiguraciju profila, a ne na upravljački program. Upit rute pokazuje koje bi sučelje prenijelo privatno odredište, i tu ruta koja nedostaje postaje vidljiva. Izlaz razrješivača pokazuje je li DNS slijedio sesiju, jer radna veza s lokalnim DNS-om i dalje daje napola pokvarenu vezu.
Stvoreni adapter bez korisnih postavki može postojati istodobno s uspješnom administrativnom prijavom drugdje u klijentu. Dvije ploče odgovaraju na različita pitanja, pa jedna nikada nije dokaz o drugoj. Kada se ne slažu, sistemski je pogled ono što aplikacije osjete.
Stanite prije premosnice ili brisanja
Premošćivanje virtualnog adaptera na fizički je promjena dizajna, a ne popravak. Ono spaja dvije mrežne granice i nije način da se popravi ruta koja nedostaje. Ako implementacija treba takav raspored, treba ovlašteni dizajn i plan testiranja.
Brisanje adaptera jednako je razorno kada ga koristi neka druga usluga. Najprije utvrdite vlasnika, uključujući svaki drugi klijent ili proizvod za virtualizaciju na računalu koji je stvorio sučelje sličnog imena. Uređaj koji se ponovno pojavi nakon uklanjanja govori vam da ga nešto ponovno stvara.
Završite testiranjem aplikacije, a ne adaptera. Mrežna mapa ili intranetna stranica koja se učita kroz tunel dokaz je da se uređaj, sesija i ruta slažu.