dev tun i Windows visar fortfarande en TAP-adapter. Är det fel?

Enhetshanteraren visar en TAP-Windows Adapter V9 medan profilen säger dev tun, och tunneln fungerar. Den kombinationen är inte en felkonfiguration, och att växla läget fram och tillbaka ändrar den inte. Adapterns namn speglar vilken Windows-drivrutin klienten laddade, inte vilka paket tunneln transporterar. Läs drivrutinsraden i klientloggen innan du ändrar något.

Varför en lager 3-tunnel får en Ethernet-adapter

Under större delen av klientens Windows-historia fanns ingen användbar virtuell lager 3-adapter. Det enda alternativet var TAP-Windows-drivrutinen, som presenterar ett Ethernet-gränssnitt. Klienten emulerade sedan det saknade lager 2-beteendet så att Windows kunde konfigurera det. Den emuleringen är anledningen till att adaptern fortfarande ser ut som ett nätverkskort.

Två delar av den emuleringen syns om du tittar efter: klienten svarar på ARP för tunnelns adress och delar ut ett litet DHCP-lån till den lokala maskinen. Windows ser därför en vanlig Ethernet-adapter med MAC-adress och NDIS-drivrutin, medan själva tunneln transporterar nakna IP-paket. Ethernet-kostymen tillhör drivrutinen, inte tunnelns läge.

Hitta drivrutinsraden i stället för att döma efter namnet

Två adaptrar kan dela ett namn mellan drivrutinsversioner, så namnet ensamt kan inte säga vad som kördes. Klientloggen namnger enheten den öppnade, och på nyare versioner även drivrutinen den valde; det är raden du ska läsa.

Kontrollera tre saker i loggen, i den här ordningen: om klienten öppnade någon adapter alls, vilken drivrutin den rapporterar och om den föll tillbaka efter ett fel. En återfallsrad är lätt att missa eftersom anslutningen ändå kommer upp, och tunneln kör då på den äldre drivrutinen medan användaren tror att den nya är aktiv.

Byt till lager 3-drivrutinen och kontrollera vad som måste finnas

Lager 3-drivrutinen som WireGuard-projektet levererar är tillgänglig från klientversion 2.5, men den är valfri. Ett enda direktiv väljer den:

windows-driver wintun

Drivrutinen måste vara installerad på maskinen, och officiella versioner innehåller en signerad kopia. Leverera den signerade utgåvan om du paketerar klienten själv, eftersom en privat byggd drivrutin krockar med de kopior som andra VPN-produkter installerar. Dessa krockar ger fel som är svåra att tillskriva, och de dyker vanligtvis upp efter att en andra VPN-klient har kommit till maskinen. En saknad drivrutin lämnar däremot en tydlig rad i loggen.

Drivrutinen tillämpar också strängare behörigheter, så klienten skapar adaptern via sin interaktiva tjänst som körs som ett privilegierat konto. Starta klienten som en vanlig användarprocess utan den tjänsten och direktivet kan misslyckas, vilket lämnar den tidigare installerade adaptern synlig och det ser ut som om bytet ignorerades.

När TAP fortfarande är rätt svar

Om tunneln måste transportera Ethernet-ramar, broadcasttrafik eller protokoll som inte är IP krävs en lager 2-adapter, och TAP-drivrutinen följer av det kravet. En bryggad konstruktion i Windows har samma begränsning, eftersom gränssnittet måste ansluta till en lager 2-domän.

Prestanda är inte skäl att välja den ena framför den andra på adapternamn-nivå. Version 2.6 lägger till en datakanal-offload-drivrutin som flyttar paketbehandlingen in i kärnan, och det är alternativet som ändrar genomströmningsegenskaperna. Det är ett kapacitetsbeslut snarare än ett krav för att ansluta, och det beror på versionen och det installerade paketet. En profil som fungerar utan den fungerar fortfarande.

Städa efter bytet

Att ta bort den gamla adaptern är lika viktigt som att lägga till den nya. Ett kvarvarande TAP-gränssnitt kan behålla en adress och en rutt från en tidigare session, och de posterna lever längre än anslutningen som skapade dem. Ta bort den inaktuella enheten i Enhetshanteraren, anslut sedan igen och bekräfta att routingtabellen inte längre nämner den.

Om flera VPN-produkter är installerade, notera vilket drivrutinspaket var och en har med sig innan du felsöker profilen. Två klienter som installerar olika versioner av samma drivrutin är en konflikt som ingen profilredigering löser. Avinstallera den oanvända klienten och starta om, leta sedan efter dubblerade adaptrar i Enhetshanteraren. Först efter det är det värt att jämföra loggrader mellan de två produkterna.