dev tun ve Windows stále zobrazuje adaptér TAP. Je to špatně?

Správce zařízení zobrazuje TAP-Windows Adapter V9, zatímco profil říká dev tun, a tunel funguje. Tato kombinace není chybná konfigurace a přepínání režimu tam a zpět ji nezmění. Název adaptéru odráží, který ovladač Windows klient načetl, ne které pakety tunel přenáší. Než cokoli upravíte, přečtěte si v logu klienta řádek s ovladačem.

Proč tunel vrstvy 3 dostane adaptér Ethernet

Po většinu historie klienta na Windows neexistoval použitelný virtuální adaptér vrstvy 3. Jedinou možností byl ovladač TAP-Windows, který představuje rozhraní Ethernet. Klient pak emuloval chybějící chování vrstvy 2, aby ho Windows mohl nakonfigurovat. Kvůli této emulaci adaptér stále vypadá jako síťová karta.

Dvě části této emulace jsou vidět, když se díváte: klient odpovídá na ARP pro adresu tunelu a místnímu počítači poskytuje malý DHCP pronájem. Windows proto vidí běžný adaptér Ethernet s MAC adresou a ovladačem NDIS, zatímco tunel sám přenáší holé IP pakety. Kostým Ethernet patří ovladači, ne režimu tunelu.

Hledejte řádek ovladače, místo abyste soudili podle názvu

Dva adaptéry mohou sdílet název napříč verzemi ovladače, takže samotný název neřekne, co běželo. Log klienta uvádí zařízení, které otevřel, a v novějších sestaveních i ovladač, který vybral; to je řádek, který je třeba číst.

V logu zkontrolujte tři věci v tomto pořadí: zda klient vůbec otevřel nějaký adaptér, který ovladač hlásí a zda po selhání přešel zpět. Řádek o návratu lze snadno přehlédnout, protože spojení se přesto naváže a tunel pak běží na starším ovladači, zatímco uživatel věří, že je aktivní nový.

Přejděte na ovladač vrstvy 3 a zkontrolujte, co musí být přítomno

Ovladač vrstvy 3, který dodává projekt WireGuard, je k dispozici od verze klienta 2.5, ale je volitelný. Přidání jedné direktivy ho vybere:

windows-driver wintun

Ovladač musí být v počítači nainstalován a oficiální sestavení nesou podepsanou kopii. Dodávejte právě toto podepsané vydání, pokud klienta balíte sami, protože soukromě sestavený ovladač koliduje s kopiemi, které instalují jiné produkty VPN. Takové kolize způsobují poruchy, které se těžko přisuzují, a obvykle se objeví poté, co do počítače dorazí druhý klient VPN. Chybějící ovladač naopak zanechá v logu jasný řádek.

Ovladač také vyžaduje přísnější oprávnění, takže klient vytváří adaptér prostřednictvím své interaktivní služby běžící pod privilegovaným účtem. Spusťte klienta jako běžný uživatelský proces bez této služby a direktiva může selhat, což ponechá dříve nainstalovaný adaptér viditelný a vypadá to, jako by byl přepínač ignorován.

Kdy zůstává TAP správnou odpovědí

Pokud tunel musí přenášet rámce Ethernet, broadcastový provoz nebo protokoly jiné než IP, je nutný adaptér vrstvy 2 a ovladač TAP z tohoto požadavku vyplývá. Mostní návrh ve Windows má stejné omezení, protože rozhraní se musí připojit k doméně vrstvy 2.

Výkon není důvodem vybrat jeden před druhým na úrovni názvu adaptéru. Verze 2.6 přidává ovladač pro odlehčení datového kanálu, který přesouvá zpracování paketů do jádra, a to je možnost, která mění charakteristiky propustnosti. Je to rozhodnutí o schopnostech, ne podmínka připojení, a závisí na sestavení a nainstalovaném balíčku. Profil, který funguje bez něj, funguje dál.

Po přepnutí ukliďte

Odstranění starého adaptéru je stejně důležité jako přidání nového. Zbylé rozhraní TAP si může ponechat adresu a trasu z dřívější relace, a tyto záznamy přežívají spojení, které je vytvořilo. Smažte zastaralé zařízení ve Správci zařízení, potom se znovu připojte a ověřte, že směrovací tabulka už o něm nemluví.

Pokud je nainstalováno několik produktů VPN, poznamenejte si, který balíček ovladačů každý přináší, než začnete profil ladit. Dva klienti instalující různá sestavení stejného ovladače jsou konflikt, který žádná úprava profilu nevyřeší. Odinstalujte nepoužívaného klienta a restartujte, potom hledejte duplicitní adaptéry ve Správci zařízení. Teprve potom má smysl porovnávat řádky logů obou produktů.