dev tun en Windows segue mostrando un adaptador TAP. É un erro?
Un adaptador TAP-Windows baixo un perfil dev tun é normal. O controlador de capa 3 é un interruptor opcional, e o rexistro do cliente, non o nome do adaptador, di cal se executou.
O Administrador de dispositivos mostra un TAP-Windows Adapter V9 mentres o perfil di dev tun, e o túnel funciona. Esa combinación non é unha mala configuración, e alternar o modo dun lado a outro non a cambiará. O nome do adaptador reflicte que controlador de Windows cargou o cliente, non que paquetes transporta o túnel. Le a liña do controlador no rexistro do cliente antes de tocar nada.
Por que un túnel de capa 3 recibe un adaptador Ethernet
Durante a maior parte da historia do cliente en Windows non existía ningún adaptador virtual de capa 3 utilizable. A única opción era o controlador TAP-Windows, que presenta unha interface Ethernet. O cliente despois emulaba o comportamento de capa 2 que faltaba para que Windows puidese configuralo. Esa emulación é a razón pola que o adaptador aínda parece unha tarxeta de rede.
Dúas pezas desa emulación son visibles se miras: o cliente responde a ARP para o enderezo do túnel e serve un pequeno arrendamento DHCP á máquina local. Windows ve xa que logo un adaptador Ethernet normal cun enderezo MAC e un controlador NDIS, mentres que o túnel en si transporta paquetes IP espidos. O traxe Ethernet pertence ao controlador, non ao modo do túnel.
Busca a liña do controlador en lugar de xulgar polo nome
Dous adaptadores poden compartir nome entre versións do controlador, así que o nome por si só non pode dicirche que se executou. O rexistro do cliente nomea o dispositivo que abriu, e nas compilacións máis recentes tamén nomea o controlador que seleccionou; esa é a liña que hai que ler.
Comproba tres cousas no rexistro, nesta orde: se o cliente abriu algún adaptador, que controlador informa e se retrocedeu a outro tras un fallo. Unha liña de retroceso é fácil de pasar por alto porque a conexión igualmente se levanta, e o túnel funciona entón co controlador antigo mentres o usuario cre que o novo está activo.
Cambia ao controlador de capa 3 e comproba que debe estar presente
O controlador de capa 3 que distribúe o proxecto WireGuard está dispoñible desde a versión 2.5 do cliente, pero é opcional. Engadir unha soa directiva selecciónao:
windows-driver wintunO controlador debe estar instalado na máquina, e as compilacións oficiais inclúen unha copia asinada. Distribúe esa versión asinada se empaquetas o cliente ti mesmo, porque un controlador compilado de forma privada choca coas copias que instalan outros produtos VPN. Eses choques producen fallos lentos de atribuír, e adoitan aparecer despois de que chegue á máquina un segundo cliente VPN. Un controlador ausente, en cambio, deixa unha liña clara no rexistro.
O controlador tamén impón permisos máis estritos, así que o cliente crea o adaptador a través do seu servizo interactivo executándose como conta privilexiada. Inicia o cliente como un proceso de usuario normal sen ese servizo e a directiva pode fallar, o que deixa visible o adaptador instalado previamente e parece que o cambio se ignorou.
Cando TAP segue sendo a resposta correcta
Se o túnel debe transportar tramas Ethernet, tráfico de difusión ou protocolos que non sexan IP, requírese un adaptador de capa 2 e o controlador TAP deriva dese requisito. Un deseño ponte en Windows ten a mesma restrición, xa que a interface debe unirse a un dominio de capa 2.
O rendemento non é razón para escoller un sobre outro ao nivel do nome do adaptador. A versión 2.6 engade un controlador de descarga da canle de datos que traslada o procesamento de paquetes ao kernel, e esa é a opción que cambia as características de rendemento. É unha decisión de capacidades máis que un requisito para conectar, e depende da compilación e do paquete instalado. Un perfil que funciona sen el segue funcionando.
| 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 |
Limpa despois do cambio
Quitar o adaptador antigo importa tanto como engadir o novo. Unha interface TAP sobrante pode conservar un enderezo e unha ruta dunha sesión anterior, e esas entradas sobreviven á conexión que as creou. Elimina o dispositivo obsoleto no Administrador de dispositivos, volve conectar e confirma que a táboa de rutas xa non o menciona.
Se hai varios produtos VPN instalados, anota que paquete de controladores trae cada un antes de depurar o perfil. Dous clientes que instalan compilacións distintas do mesmo controlador son un conflito que ningunha edición do perfil resolverá. Desinstala o cliente que non uses e reinicia, despois busca adaptadores duplicados no Administrador de dispositivos. Só despois paga a pena comparar liñas de rexistro entre os dous produtos.