SoftEther virtuālais adapteris parādās, bet nepārraida satiksmi

SoftEther virtuālais adapteris parādās operētājsistēmas tīklu sarakstā, paziņo, ka tas ir atvienots, un nepārraida nekādu satiksmi. Šāda kombinācija ir normāla ierīcei bez pievienotas sesijas, un tā ir arī stāvoklis, ko redzat, kad tam ir piesaistīts nepareizs profils. Adapters ir ierīce, kas pieder operētājsistēmai; sesija ir tas, kas tam dod dzīvību. Iziet šīs četras pārbaudes pēc kārtas un apstājieties pie pirmās, kas neizdodas.

Atdaliet ierīci no sesijas

Adaptera izveide instalē tīkla ierīci; tas neautentificējas pie neviena servera. Pirms kaut ko secināt no saskarnes stāvokļa, pārbaudiet, ko saka klienta savienojumu saraksts. Profils, kas nav savienots, izskaidro atvienoto statusu bez papildu izmeklēšanas.

Adapterim un fiziskajai saskarnei ir dažādi uzdevumi. Viens pārraida atšifrēto satiksmi, ko redz lietojumprogrammas, bet otrs pārraida šifrēto ārējo savienojumu uz serveri. Abu sajaukšana noved pie tā, ka ugunsmūra noteikumi un maršruti tiek piemēroti nepareizajai ierīcei. Noteikumi, kas rakstīti fiziskajai saskarnei, nesaskanēs ar tuneļa satiksmi, un noteikumi, kas rakstīti tunelim, neietekmēs ārējo savienojumu.

Saskaņojiet vienu adapteri ar vienu profilu

Katram adapterim jābūt piesaistītam paredzētajam savienojuma profilam, un šai piesaistei jābūt redzamai klientā, nevis atcerētai. Ja ir vairāki adapteri, pirms jebkura aizskaršanas pierakstiet, kurš profils pieder kurai ierīcei. Adaptera atkārtota izmantošana dažādos profilos ir iemesls, kāpēc novecojusi adrese pārdzīvo atkārtotu savienojumu.

Ja klients piedāvā atbalstītu veidu, kā atjaunot piesaisti, izmantojiet to, nevis tieši rediģējiet operētājsistēmas konfigurāciju. Klients ieraksta adaptera iestatījumus savienojuma laikā, tāpēc manuālas izmaiņas bieži pazūd vai nonāk konfliktā nākamajā sesijā.

Pēc savienojuma izlasiet faktiskos iestatījumus

Kad sesija ir aktīva, nolasiet adresi, maršrutu un atrisinātāju no sistēmas. Klienta statusa panelis apraksta, ko tas pieprasīja, bet kodols apraksta, kas faktiski notika.

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

Adrešu saraksts parāda, vai adapters vispār kaut ko saņēma, un adapters bez adreses pēc veiksmīgas pieteikšanās norāda uz profila konfigurāciju, nevis uz draiveri. Maršruta vaicājums parāda, kura saskarne pārvadātu privātu galamērķi, un tieši tur trūkstošais maršruts kļūst redzams. Atrisinātāja izvade parāda, vai DNS sekoja sesijai, jo strādājošs savienojums ar vietējo DNS joprojām rada pa pusei salauztu savienojumu.

Izveidots adapters bez noderīgiem iestatījumiem var pastāvēt līdzās veiksmīgai pārvaldības pieteikšanās citur klientā. Abi paneļi atbild uz dažādiem jautājumiem, tāpēc viens nekad nav pierādījums par otru. Kad tie nesaskan, sistēmas skats ir tas, ko piedzīvo lietojumprogrammas.

Apstājieties pirms tilta vai dzēšanas

Virtuālā adaptera savienošana tiltā ar fizisko ir dizaina maiņa, nevis remonts. Tas sapludina divas tīkla robežas, un tas nav veids, kā izlabot trūkstošu maršrutu. Ja izvietošanai ir vajadzīga šāda kārtība, tai ir vajadzīgs apstiprināts dizains un testēšanas plāns.

Adaptera dzēšana ir tikpat postoša, ja to izmanto cits pakalpojums. Vispirms nosakiet īpašnieku, tostarp jebkuru citu klientu vai virtualizācijas produktu mašīnā, kas izveidoja saskarni ar līdzīgu nosaukumu. Ierīce, kas pēc noņemšanas atkal parādās, jums saka, ka kaut kas to atkal veido.

Pabeidziet, pārbaudot lietojumprogrammu, nevis adapteri. Failu koplietojums vai iekštīkla lapa, kas ielādējas caur tuneli, ir pierādījums, ka ierīce, sesija un maršruts visi saskan.