Virtuální adaptér SoftEther se objeví, ale nepřenáší provoz

Virtuální adaptér SoftEther se objeví v seznamu sítí operačního systému, hlásí se jako odpojený a nepřenáší žádný provoz. Tato kombinace je normální pro zařízení bez připojené relace a je to také stav, který vidíte, když je k němu připojen špatný profil. Adaptér je zařízení, které vlastní operační systém; relace je to, co mu dává život. Projděte tyto čtyři kontroly v pořadí a zastavte se u první, která selže.

Oddělte zařízení od relace

Vytvoření adaptéru instaluje síťové zařízení; neověřuje se vůči žádnému serveru. Než začnete ze stavu rozhraní cokoli vyvozovat, ověřte, co říká seznam připojení klienta. Profil, který není připojen, vysvětluje stav odpojení bez dalšího zkoumání.

Adaptér a fyzické rozhraní mají různé úkoly. Jedno přenáší dešifrovaný provoz, který vidí aplikace, a druhé přenáší šifrované vnější připojení k serveru. Záměna obou vede k tomu, že se pravidla firewallu a trasy použijí na nesprávné zařízení. Pravidla napsaná pro fyzické rozhraní nebudou odpovídat provozu tunelu a pravidla napsaná pro tunel neovlivní vnější připojení.

Přiřaďte jeden adaptér jednomu profilu

Každý adaptér by měl být svázán s profilem připojení, který zamýšlíte, a toto svázání by mělo být viditelné v klientovi, ne jen zapamatované. Když existuje několik adaptérů, poznamenejte si, který profil vlastní které zařízení, než se kterékoli z nich dotknete. Opětovné použití adaptéru napříč profily je způsob, jak zastaralá adresa přežije opětovné připojení.

Pokud klient nabízí podporovaný způsob, jak svázání znovu vytvořit, použijte ho místo přímé úpravy konfigurace operačního systému. Klient zapisuje nastavení adaptéru při připojení, takže ruční změny obvykle zmizí nebo se v další relaci dostanou do konfliktu.

Po připojení čtěte skutečná nastavení

Jakmile je relace navázána, přečtěte si adresu, trasu a resolver ze systému. Stavový panel klienta popisuje, o co požádal, zatímco jádro popisuje, co se skutečně stalo.

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

Výpis adres ukazuje, zda adaptér vůbec něco dostal, a adaptér bez adresy po úspěšném přihlášení ukazuje na konfiguraci profilu, nikoli na ovladač. Dotaz na trasu ukazuje, které rozhraní by přeneslo soukromé cílové umístění, a právě tam se chybějící trasa stane viditelnou. Výstup resolveru ukazuje, zda DNS následovalo relaci, protože fungující spojení s místním DNS stále vytváří napůl rozbité připojení.

Vytvořený adaptér bez užitečných nastavení může existovat vedle úspěšného administrativního přihlášení jinde v klientovi. Dva panely odpovídají na různé otázky, takže jeden nikdy není důkazem o druhém. Když se rozcházejí, systémový pohled je ten, který aplikace zažívají.

Zastavte se před mostem nebo smazáním

Propojení virtuálního adaptéru s fyzickým mostem je změna návrhu, nikoli oprava. Sloučí dvě síťové hranice a není způsobem, jak opravit chybějící trasu. Pokud nasazení takové uspořádání potřebuje, potřebuje schválený návrh a testovací plán.

Smazání adaptéru je stejně destruktivní, když ho používá jiná služba. Nejprve určete vlastníka, včetně jakéhokoli jiného klienta nebo virtualizačního produktu na stroji, který vytvořil rozhraní s podobným názvem. Zařízení, které se po odebrání znovu objeví, vám říká, že ho něco znovu vytváří.

Skončete testováním aplikace, ne adaptéru. Sdílená složka nebo stránka intranetu, která se načte tunelem, je důkazem, že zařízení, relace i trasa souhlasí.