dev tun op Windows wys steeds 'n TAP-adapter. Is dit verkeerd?
'n TAP-Windows-adapter onder 'n dev tun-profiel is normaal. Die laag-3-bestuurder is 'n opsionele skakelaar, en die kliëntlog, nie die adapternaam nie, sê watter een gehardloop het.
Device Manager wys 'n TAP-Windows Adapter V9 terwyl die profiel dev tun sê, en die tonnel werk. Daardie kombinasie is nie 'n verkeerde opstelling nie, en om die modus heen en weer te skakel sal dit nie verander nie. Die adapternaam weerspieël watter Windows-bestuurder die kliënt gelaai het, nie watter pakkette die tonnel dra nie. Lees die kliëntlog vir die bestuurderreël voordat jy iets wysig.
Waarom 'n laag-3-tonnel 'n Ethernet-adapter kry
Vir die grootste deel van die kliënt se Windows-geskiedenis het geen bruikbare virtuele laag-3-adapter bestaan nie. Die enigste opsie was die TAP-Windows-bestuurder, wat 'n Ethernet-koppelvlak bied. Die kliënt het toe die ontbrekende laag-2-gedrag nageboots sodat Windows dit kon opstel. Daardie nabootsing is die rede waarom die adapter steeds soos 'n netwerkkaart lyk.
Twee dele van daardie nabootsing is sigbaar as jy kyk: die kliënt antwoord ARP vir die tonneladres, en dit bedien 'n klein DHCP-huurkontrak aan die plaaslike masjien. Windows sien dus 'n normale Ethernet-adapter met 'n MAC-adres en 'n NDIS-bestuurder, terwyl die tonnel self kaal IP-pakkette dra. Die Ethernet-kostuum behoort aan die bestuurder, nie aan die tonnelmodus nie.
Vind die bestuurderreël eerder as om volgens die naam te oordeel
Twee adapters kan 'n naam deel oor bestuurderweergawes heen, so die naam alleen kan nie sê wat gehardloop het nie. Die kliëntlog noem die toestel wat dit geopen het, en op nuwer weergawes noem dit ook die bestuurder wat dit gekies het; dit is die reël om te lees.
Kontroleer drie dinge in die log, in hierdie volgorde: of die kliënt enige adapter geopen het, watter bestuurder dit rapporteer, en of dit ná 'n fout teruggeval het. 'n Terugvalreël is maklik om te mis, want die verbinding kom steeds op, en die tonnel loop dan op die ouer bestuurder terwyl die gebruiker dink die nuwe een is aktief.
Skakel oor na die laag-3-bestuurder, en kontroleer wat teenwoordig moet wees
Die laag-3-bestuurder wat die WireGuard-projek verskaf, is beskikbaar vanaf kliëntweergawe 2.5, maar dit is opsioneel. Een richtlijn byvoeg kies dit:
windows-driver wintunDie bestuurder moet op die masjien geïnstalleer wees, en amptelike weergawes bevat 'n ondertekende kopie. Verskeep daardie ondertekende vrystelling as jy die kliënt self verpak, want 'n privaat geboude bestuurder bots met die kopieë wat ander VPN-produkte installeer. Daardie botsings veroorsaak foute wat stadig toe te skryf is, en hulle verskyn gewoonlik nadat 'n tweede VPN-kliënt op die masjien aankom. 'n Ontbrekende bestuurder laat daarenteen 'n duidelike reël in die log.
Die bestuurder dwing ook strenger toestemmings af, so die kliënt skep die adapter deur sy interaktiewe diens wat as 'n bevoorregte rekening loop. Begin die kliënt as 'n gewone gebruikerproses sonder daardie diens, en die richtlijn kan misluk, wat die voorheen geïnstalleerde adapter sigbaar laat en lyk of die skakelaar geïgnoreer is.
Wanneer TAP die regte antwoord bly
As die tonnel Ethernet-rame, uitsaaiverkeer of nie-IP-protokolle moet dra, is 'n laag-2-adapter nodig en die TAP-bestuurder volg uit daardie vereiste. 'n Brugontwerp op Windows het dieselfde beperking, want die koppelvlak moet by 'n laag-2-domein aansluit.
Prestasie is nie 'n rede om een bo die ander te kies op adapternaamvlak nie. Weergawe 2.6 voeg 'n datakanaal-aflaai-bestuurder by wat pakketverwerking in die kern skuif, en dit is die opsie wat deursetvermoë verander. Dit is 'n vermoënsbesluit eerder as 'n vereiste om te konnekteer, en dit hang af van die weergawe en die geïnstalleerde pakket. 'n Profiel wat daarsonder werk, bly werk.
| What the tunnel must carry | Adapter family | Where it is selected |
|---|---|---|
| IPv4 and IPv6 packets | Layer-3 driver, or the older TAP emulation | Client directive plus installed signed driver |
| Ethernet frames, non-IP protocols | TAP-Windows | Profile mode and the TAP driver package |
| Higher throughput on a supported build | Data-channel offload driver | Client build and driver package, separately from the profile |
Maak skoon ná die oorskakeling
Om die ou adapter te verwyder is net so belangrik soos om die nuwe een by te voeg. 'n Oorblywende TAP-koppelvlak kan 'n adres en 'n roete van 'n vroeëre sessie behou, en daardie inskrywings leef langer as die verbinding wat hulle geskep het. Verwyder die verouderde toestel in Device Manager, koppel dan weer en bevestig dat die roetetabel dit nie meer noem nie.
As verskeie VPN-produkte geïnstalleer is, let op watter bestuurderpakket elkeen saamdra voordat jy die profiel ontfout. Twee kliënte wat verskillende weergawes van dieselfde bestuurder installeer, is 'n konflik wat geen profielredigering sal oplos nie. Deïnstalleer die ongebruikte kliënt en herbegin, soek dan vir duplikaat-adapters in Device Manager. Eers daarna is dit die moeite werd om logreëls tussen die twee produkte te vergelyk.