SoftEtheri virtuaalne adapter ilmub, kuid ei saada liiklust

SoftEtheri virtuaalne adapter ilmub operatsioonisüsteemi võrguloendisse, teatab end lahtiühendatuna ja ei kanna mingit liiklust. See kombinatsioon on tavaline seadme puhul, millele pole sessiooni kinnitatud, ja see on ka olek, mida näete, kui sellele on seotud vale profiil. Adapter on seade, mille omanik on operatsioonisüsteem; sessioon on see, mis annab sellele elu. Käige need neli kontrolli järjest läbi ja peatuge esimese juures, mis ebaõnnestub.

Eraldage seade sessioonist

Adapteri loomine paigaldab võrguseadme; see ei autendi ühegi serveri vastu. Enne kui te liidese olekust midagi järeldate, kontrollige, mida kliendi ühenduste loend ütleb. Profiil, mis pole ühendatud, seletab lahtiühendatud olekut ilma täiendava uurimiseta.

Adapteril ja füüsilisel liidesel on erinevad ülesanded. Üks kannab dekrüpteeritud liiklust, mida rakendused näevad, ja teine kannab krüpteeritud välisühendust serverini. Nende segiajamine viib tulemüürireeglite ja marsruutide rakendamiseni vale seadmele. Füüsilise liidese jaoks kirjutatud reeglid ei vasta tunneli liiklusele ning tunneli jaoks kirjutatud reeglid ei mõjuta välist ühendust.

Siduge üks adapter ühe profiiliga

Iga adapter peaks olema seotud soovitud ühendusprofiiliga ning side peaks olema kliendis nähtav, mitte meeles peetav. Kui adaptreid on mitu, märkige enne mõne puudutamist üles, milline profiil millist seadet omab. Adapteri uuesti kasutamine profiilide vahel on põhjus, miks aegunud aadress jääb ühenduse taastamisel püsima.

Kui klient pakub toetatud viisi sideme uuesti loomiseks, kasutage seda selle asemel, et operatsioonisüsteemi konfiguratsiooni otse muuta. Klient kirjutab adapteri seaded ühendamisel, nii et käsitsi tehtud muudatused kaovad tavaliselt või lähevad järgmises sessioonis vastuollu.

Pärast ühendamist lugege tegelikke seadeid

Kui sessioon on üleval, lugege süsteemist aadress, marsruut ja resolver. Kliendi olekupaneel kirjeldab, mida ta küsis, samal ajal kui kernel kirjeldab, mis tegelikult juhtus.

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

Aadressiloend näitab, kas adapter sai üldse midagi, ja edukale sisselogimisele järgnev aadressita adapter viitab profiili konfiguratsioonile, mitte draiverile. Marsruudipäring näitab, milline liides kannaks privaatset sihtkohta, ja just seal muutub puuduv marsruut nähtavaks. Resolveri väljund näitab, kas DNS järgis sessiooni, sest kohaliku DNS-iga töötav link annab ikkagi poolikult katkise ühenduse.

Kasulike seadeteta loodud adapter võib eksisteerida kõrvuti edukalt haldussisselogimisega mujal kliendis. Kaks paneeli vastavad erinevatele küsimustele, nii et üks ei ole kunagi tõestuseks teise kohta. Kui need lahknevad, on süsteemivaade see, mida rakendused kogevad.

Peatuge enne silla loomist või kustutamist

Virtuaalse adapteri sillutamine füüsilisega on disainimuudatus, mitte parandus. See ühendab kaks võrgupiiri ega ole viis puuduva marsruudi parandamiseks. Kui juurutus vajab sellist lahendust, vajab see volitatud disaini ja katsetuskava.

Adapteri kustutamine on sama hävitav, kui seda kasutab mõni teine teenus. Tehke esmalt kindlaks omanik, sealhulgas mis tahes muu klient või virtualiseerimistoode masinas, mis lõi sarnase nimega liidese. Seade, mis pärast eemaldamist uuesti ilmub, ütleb teile, et miski loob seda uuesti.

Lõpetage rakenduse, mitte adapteri testimisega. Failijagamine või intranetileht, mis laaditakse läbi tunneli, on tõend, et seade, sessioon ja marsruut on omavahel kooskõlas.