dev tun yn Windows lit noch altyd in TAP-adapter sjen. Is dat ferkeard?
In TAP-Windows-adapter ûnder in dev tun-profil is normaal. De laach-3-stjoerder is in opsjonele skeakel, en it kliïntloch, net de adapternamme, seit hokker draaid hat.
Apparaatbehearder lit in TAP-Windows Adapter V9 sjen wylst it profyl dev tun seit, en de tunnel wurket. Dy kombinaasje is gjin ferkearde konfiguraasje, en it hinne-en-wer skeakeljen fan de modus sil dat net feroarje. De adapternamme wjerspegelet hokker Windows-stjoerder de kliïnt laden hat, net hokker pakketten de tunnel ferfiert. Lês de stjoerderrigel yn it kliïntloch foardat jo eat feroarje.
Wêrom't in laach-3-tunnel in Ethernet-adapter krijt
It grutste part fan 'e Windows-skiednis fan 'e kliïnt bestie der gjin brûkbere firtuele laach-3-adapter. De iennichste opsje wie de TAP-Windows-stjoerder, dy't in Ethernet-ynterface presintearret. Dêrnei emulearre de kliïnt it ûntbrekkende laach-2-gedrach sadat Windows it konfigurearje koe. Dy emulaasje is wêrom't de adapter der noch altyd as in netwurkkaart útsjocht.
Twa stikken fan dy emulaasje binne sichtber as jo goed sjogge: de kliïnt antwurdet ARP foar it tunneladres, en hy tsjinnet in lyts DHCP-lien oan 'e lokale masine. Windows sjocht dêrom in normale Ethernet-adapter mei in MAC-adres en in NDIS-stjoerder, wylst de tunnel sels neakene IP-pakketten ferfiert. It Ethernet-kostúm heart by de stjoerder, net by de tunnelmodus.
Fyn de stjoerderrigel ynstee fan te oardieljen op 'e namme
Twa adapters kinne in namme diele oer stjoerderferzjes hinne, dat de namme allinnich kin net sizze wat draaid hat. It kliïntloch neamt it apparaat dat it iepene, en op nijere builds neamt it ek de stjoerder dy't it keas; dat is de rigel om te lêzen.
Kontrolearje trije dingen yn it loch, yn dizze folchoarder: oft de kliïnt hielendal in adapter iepene, hokker stjoerder er rapportearret, en oft er nei in flater weromfoel. In weromfalrigel is maklik te missen omdat de ferbining dochs ta stân komt, en de tunnel rint dan op 'e âldere stjoerder wylst de brûker tinkt dat de nije aktyf is.
Skeakelje oer nei de laach-3-stjoerder, en kontrolearje wat der wêze moat
De laach-3-stjoerder dy't it WireGuard-projekt leveret is beskikber fan kliïntferzje 2.5 ôf, mar it is opsjoneel. Ien rjochtline selektearret him:
windows-driver wintunDe stjoerder moat op 'e masine ynstallearre wêze, en offisjele builds drage in ûndertekene kopy. Leverje dy ûndertekene útjefte as jo de kliïnt sels ferpakke, want in privee boud stjoerder botset mei de kopyen dy't oare VPN-produkten ynstallearje. Dy botsingen produsearje flaters dy't stadich ta te skriuwen binne, en se ferskine meastentiids neidat in twadde VPN-kliïnt op 'e masine oankomt. In ûntbrekkende stjoerder lit lykwols in dúdlike rigel yn it loch efter.
De stjoerder twingt ek strangere tastimmingen ôf, dat de kliïnt makket de adapter oan fia syn ynteraktive tsjinst dy't as in privilezjeare akkount rint. Start de kliïnt as in gewoan brûkersproses sûnder dy tsjinst en de rjochtline kin mislearje, wat de earder ynstallearre adapter sichtber lit en it liket as is de skeakel negearre.
Wannear't TAP it goede antwurd bliuwt
As de tunnel Ethernet-ramen, broadcast-ferkear of net-IP-protokollen ferfiere moat, is in laach-2-adapter nedich en de TAP-stjoerder folget út dy eask. In brêge-ûntwerp yn Windows hat deselde beheining, om't de ynterface by in laach-2-domein komme moat.
Prestaasjes binne gjin reden om de iene boppe de oare te kiezen op it nivo fan 'e adapternamme. Ferzje 2.6 foeget in data-kanaal-offload-stjoerder ta dy't pakketferwurking nei de kernel ferpleatst, en dat is de opsje dy't trochsetkarakteristiken feroaret. It is in kapasiteitsbeslút ynstee fan in eask om te ferbinen, en it hinget ôf fan 'e build en it ynstallearre pakket. In profyl dat dêrsûnder wurket, bliuwt wurkjen.
| 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 |
Romje op nei de oerskeakeling
It fuortheljen fan 'e âlde adapter is like wichtich as it tafoegjen fan 'e nije. In oerbleaune TAP-ynterface kin in adres en in rûte fan in eardere sesje hâlde, en dy ynfieringen libje langer as de ferbining dy't se makke hat. Wiskje it ferâldere apparaat yn Apparaatbehearder, ferbynje dan opnij en befêstigje dat de rûteringstabel it net mear neamt.
As ferskate VPN-produkten ynstallearre binne, skriuw dan op hokker stjoerderpakket elk meinimt foardat jo it profyl ûntbuge. Twa kliïnten dy't ferskate builds fan deselde stjoerder ynstallearje is in konflikt dy't gjin profylbewurking oplosse sil. De-ynstallearje de ûnbrûkte kliïnt en start opnij, sykje dan nei dûbele adapters yn Apparaatbehearder. Pas dêrnei is it de muoite wurdich om lochrigels tusken de twa produkten te fergelykjen.