dev tun a Windows encara mostra un adaptador TAP. És incorrecte?
Un adaptador TAP-Windows sota un perfil dev tun és normal. El controlador de capa 3 és un commutador opcional, i el registre del client, no el nom de l'adaptador, diu quin ha funcionat.
El Gestor de dispositius mostra un TAP-Windows Adapter V9 mentre el perfil diu dev tun, i el túnel funciona. Aquesta combinació no és una configuració incorrecta, i canviar el mode endavant i endarrere no la canviarà. El nom de l'adaptador reflecteix quin controlador de Windows ha carregat el client, no quins paquets transporta el túnel. Llegeix la línia del controlador al registre del client abans de modificar res.
Per què un túnel de capa 3 obté un adaptador Ethernet
Durant bona part de la història del client a Windows no existia cap adaptador virtual de capa 3 utilitzable. L'única opció era el controlador TAP-Windows, que presenta una interfície Ethernet. Després el client emulava el comportament de capa 2 que faltava perquè Windows el pogués configurar. Aquesta emulació és la raó per la qual l'adaptador encara sembla una targeta de xarxa.
Dues peces d'aquesta emulació són visibles si mires: el client respon a l'ARP per a l'adreça del túnel i serveix un petit arrendament DHCP a la màquina local. Per tant Windows veu un adaptador Ethernet normal amb una adreça MAC i un controlador NDIS, mentre que el túnel mateix transporta paquets IP nus. El vestit Ethernet pertany al controlador, no al mode del túnel.
Busca la línia del controlador en lloc de jutjar pel nom
Dos adaptadors poden compartir nom entre versions del controlador, així que el nom sol no pot dir què ha funcionat. El registre del client anomena el dispositiu que ha obert i, a les versions noves, també anomena el controlador que ha seleccionat; aquesta és la línia que cal llegir.
Comprova tres coses al registre, en aquest ordre: si el client ha obert cap adaptador, quin controlador indica i si ha retrocedit després d'una fallada. La línia de retrocés és fàcil de passar per alt perquè la connexió s'aixeca igualment, i llavors el túnel funciona amb el controlador antic mentre l'usuari creu que l'actiu és el nou.
Passa al controlador de capa 3 i comprova què hi ha de ser present
El controlador de capa 3 que distribueix el projecte WireGuard està disponible des de la versió 2.5 del client, però és opcional. Afegir una directiva el selecciona:
windows-driver wintunEl controlador ha d'estar instal·lat a la màquina, i les compilacions oficials porten una còpia signada. Distribueix aquesta versió signada si empaquetes tu mateix el client, perquè un controlador compilat de manera privada xoca amb les còpies que instal·len altres productes VPN. Aquests xocs produeixen fallades difícils d'atribuir i solen aparèixer després que arribi a la màquina un segon client VPN. Un controlador absent, en canvi, deixa una línia clara al registre.
El controlador també imposa permisos més estrictes, així que el client crea l'adaptador a través del seu servei interactiu, que s'executa amb un compte privilegiat. Inicia el client com un procés d'usuari normal sense aquest servei i la directiva pot fallar, cosa que deixa visible l'adaptador instal·lat abans i sembla que el commutador s'hagi ignorat.
Quan TAP continua sent la resposta correcta
Si el túnel ha de transportar trames Ethernet, tràfic de difusió o protocols que no són IP, cal un adaptador de capa 2 i el controlador TAP se'n deriva. Un disseny en pont a Windows té la mateixa restricció, perquè la interfície s'ha d'unir a un domini de capa 2.
El rendiment no és un motiu per triar un per sobre de l'altre a nivell de nom d'adaptador. La versió 2.6 afegeix un controlador de descàrrega del canal de dades que trasllada el processament de paquets al nucli, i aquesta és l'opció que canvia les característiques de rendiment. És una decisió de capacitat, no un requisit per connectar-se, i depèn de la compilació i del paquet instal·lat. Un perfil que funciona sense això continua funcionant.
| 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 |
Neteja després del canvi
Treure l'adaptador antic és tan important com afegir el nou. Una interfície TAP romanent pot conservar una adreça i una ruta d'una sessió anterior, i aquestes entrades sobreviuen a la connexió que les va crear. Elimina el dispositiu obsolet al Gestor de dispositius, torna a connectar-te i confirma que la taula d'encaminament ja no l'esmenta.
Si hi ha diversos productes VPN instal·lats, anota quin paquet de controladors porta cadascun abans de depurar el perfil. Dos clients que instal·len compilacions diferents del mateix controlador són un conflicte que cap edició del perfil resoldrà. Desinstal·la el client que no fas servir i reinicia, després busca adaptadors duplicats al Gestor de dispositius. Només després val la pena comparar les línies del registre entre els dos productes.