dev tun på Windows viser stadig en TAP-adapter. Er det forkert?

Enhedshåndtering viser en TAP-Windows Adapter V9, mens profilen siger dev tun, og tunnelen virker. Den kombination er ikke en fejlkonfiguration, og det hjælper ikke at skifte tilstanden frem og tilbage. Adapternavnet afspejler, hvilken Windows-driver klienten indlæste, ikke hvilke pakker tunnelen fører. Læs driverlinjen i klientloggen, før du ændrer noget.

Hvorfor en lag-3-tunnel får en Ethernet-adapter

I det meste af klientens Windows-historie fandtes der ingen brugbar virtuel lag-3-adapter. Den eneste mulighed var TAP-Windows-driveren, som præsenterer en Ethernet-grænseflade. Klienten efterlignede derefter den manglende lag-2-adfærd, så Windows kunne konfigurere den. Den efterligning er grunden til, at adapteren stadig ligner et netværkskort.

To dele af den efterligning er synlige, hvis du kigger efter: klienten svarer på ARP for tunneladressen, og den udleverer en lille DHCP-lease til den lokale maskine. Windows ser derfor en normal Ethernet-adapter med en MAC-adresse og en NDIS-driver, mens tunnelen selv fører rå IP-pakker. Ethernet-kostumet tilhører driveren, ikke tunnelstilstanden.

Find driverlinjen i stedet for at dømme efter navnet

To adaptere kan dele et navn på tværs af driverversioner, så navnet alene kan ikke fortælle, hvad der blev brugt. Klientloggen navngiver den enhed, den åbnede, og på nyere builds navngiver den også den driver, den valgte; det er den linje, du skal læse.

Kontroller tre ting i loggen i denne rækkefølge: om klienten overhovedet åbnede en adapter, hvilken driver den rapporterer, og om den faldt tilbage efter en fejl. En fallback-linje er let at overse, fordi forbindelsen stadig kommer op, og tunnelen kører derefter på den ældre driver, mens brugeren tror, at den nye er aktiv.

Skift til lag-3-driveren, og kontroller, hvad der skal være til stede

Lag-3-driveren, som WireGuard-projektet udgiver, er tilgængelig fra klientversion 2.5 og frem, men den er tilvalg. Én tilføjet direktiv vælger den:

windows-driver wintun

Driveren skal være installeret på maskinen, og officielle builds indeholder en signeret kopi. Lever den signerede udgivelse, hvis du pakker klienten selv, fordi en privat bygget driver støder sammen med de kopier, som andre VPN-produkter installerer. De sammenstød giver fejl, som er svære at henføre, og de dukker normalt op, når en anden VPN-klient ankommer til maskinen. En manglende driver efterlader derimod en tydelig linje i loggen.

Driveren håndhæver også strengere rettigheder, så klienten opretter adapteren gennem sin interaktive tjeneste, der kører som en privilegeret konto. Start klienten som en almindelig brugerproces uden den tjeneste, og direktivet kan fejle, hvilket efterlader den tidligere installerede adapter synlig, og det ser ud, som om skiftet blev ignoreret.

Hvornår TAP stadig er det rigtige svar

Hvis tunnelen skal føre Ethernet-rammer, broadcast-trafik eller protokoller, der ikke er IP, kræves en lag-2-adapter, og TAP-driveren følger af det krav. Et design med bro på Windows har samme begrænsning, fordi grænsefladen skal indgå i et lag-2-domæne.

Ydeevne er ikke en grund til at vælge den ene frem for den anden på adapternavn-niveau. Version 2.6 tilføjer en datakanal-offload-driver, der flytter pakkebehandlingen ind i kernen, og det er den mulighed, der ændrer gennemstrømningskarakteristikken. Det er en kapabilitetsbeslutning snarere end et krav for at forbinde, og det afhænger af build og installeret pakke. En profil, der virker uden den, virker fortsat.

Ryd op efter skiftet

At fjerne den gamle adapter er lige så vigtigt som at tilføje den nye. En efterladt TAP-grænseflade kan beholde en adresse og en rute fra en tidligere session, og de poster lever længere end den forbindelse, der oprettede dem. Slet den forældede enhed i Enhedshåndtering, og opret derefter forbindelsen igen, og bekræft, at routingtabellen ikke længere nævner den.

Hvis flere VPN-produkter er installeret, så noter, hvilken driverpakke hver enkelt medbringer, før du fejlfinder profilen. To klienter, der installerer forskellige builds af den samme driver, er en konflikt, som ingen mængde profilredigering kan løse. Afinstaller den ubrugte klient, og genstart, og led derefter efter duplikerede adaptere i Enhedshåndtering. Først derefter er det værd at sammenligne loglinjer mellem de to produkter.