Virtuálny adaptér SoftEther sa objaví, ale neprenáša prevádzku

Virtuálny adaptér SoftEther sa objaví v zozname sietí operačného systému, hlási sa ako odpojený a neprenáša žiadnu prevádzku. Táto kombinácia je normálna pre zariadenie bez pripojenej relácie a je to aj stav, ktorý vidíte, keď je k nemu priradený nesprávny profil. Adaptér je zariadenie, ktoré vlastní operačný systém; relácia je to, čo mu dáva život. Prejdite tieto štyri kontroly v poradí a zastavte sa pri prvej, ktorá zlyhá.

Oddeľte zariadenie od relácie

Vytvorenie adaptéra nainštaluje sieťové zariadenie; neoveruje sa voči žiadnemu serveru. Než začnete zo stavu rozhrania čokoľvek vyvodzovať, overte, čo hovorí zoznam pripojení klienta. Profil, ktorý nie je pripojený, vysvetľuje stav odpojenia bez ďalšieho skúmania.

Adaptér a fyzické rozhranie majú rôzne úlohy. Jedno prenáša dešifrovanú prevádzku, ktorú vidia aplikácie, a druhé prenáša šifrované vonkajšie pripojenie k serveru. Zámena oboch spôsobí, že sa pravidlá brány firewall a trasy použijú na nesprávne zariadenie. Pravidlá napísané pre fyzické rozhranie nebudú zodpovedať prevádzke tunela a pravidlá napísané pre tunel neovplyvnia vonkajšie pripojenie.

Priraďte jeden adaptér jednému profilu

Každý adaptér by mal byť zviazaný s profilom pripojenia, ktorý zamýšľate, a toto zviazanie by malo byť viditeľné v klientovi, nie iba zapamätané. Keď existuje viac adaptérov, poznamenajte si, ktorý profil vlastní ktoré zariadenie, skôr než sa ktoréhokoľvek dotknete. Opätovné použitie adaptéra naprieč profilmi je dôvod, prečo zastaraná adresa prežije opätovné pripojenie.

Ak klient ponúka podporovaný spôsob, ako zviazanie znova vytvoriť, použite ho namiesto priamej úpravy konfigurácie operačného systému. Klient zapisuje nastavenia adaptéra pri pripojení, takže manuálne zmeny často zmiznú alebo sa v ďalšej relácii dostanú do konfliktu.

Po pripojení čítajte skutočné nastavenia

Keď je relácia aktívna, prečítajte adresu, trasu a resolver zo systému. Stavový panel klienta opisuje, o čo požiadal, zatiaľ čo jadro opisuje, čo sa skutočne stalo.

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

Zoznam adries ukazuje, či adaptér vôbec niečo dostal, a adaptér bez adresy po úspešnom prihlásení ukazuje na konfiguráciu profilu, nie na ovládač. Dotaz na trasu ukazuje, ktoré rozhranie by prenieslo súkromné cieľové umiestnenie, a práve tam sa chýbajúca trasa stane viditeľnou. Výstup resolvera ukazuje, či DNS nasledoval reláciu, keďže fungujúce spojenie s lokálnym DNS stále vytvára napoly pokazené pripojenie.

Vytvorený adaptér bez užitočných nastavení môže existovať popri úspešnom administratívnom prihlásení inde v klientovi. Dva panely odpovedajú na rôzne otázky, takže jeden nikdy nie je dôkazom o druhom. Keď sa rozchádzajú, systémový pohľad je ten, ktorý aplikácie zažívajú.

Zastavte sa pred mostom alebo mazaním

Premostenie virtuálneho adaptéra s fyzickým je zmena návrhu, nie oprava. Spája dve sieťové hranice a nie je spôsobom, ako opraviť chýbajúcu trasu. Ak nasadenie potrebuje takéto usporiadanie, potrebuje schválený návrh a testovací plán.

Zmazanie adaptéra je rovnako deštruktívne, keď ho používa iná služba. Najprv určte vlastníka, vrátane akéhokoľvek iného klienta alebo virtualizačného produktu na stroji, ktorý vytvoril rozhranie s podobným názvom. Zariadenie, ktoré sa po odstránení znova objaví, vám hovorí, že ho niečo znova vytvára.

Skončite testovaním aplikácie, nie adaptéra. Zdieľaná zložka alebo stránka intranetu, ktorá sa načíta tunelom, je dôkazom, že zariadenie, relácia aj trasa súhlasia.