v2rayN con el núcleo sing-box (2026): qué cambia y la trampa del DNS

Divulgación de afiliación - este artículo contiene un enlace de afiliado de Contabo. Si contratas un VPS a través de él, ganamos una comisión sin coste adicional para ti. Todo lo que sigue procede del código fuente de v2rayN, de su wiki oficial y de las páginas de publicación de los proyectos, comprobado el 2026-08-09. Los números de versión y los nombres de los campos de configuración cambian a menudo; contrástalos con la documentación actual antes de confiar en ellos.

Respuesta corta: cambia v2rayN al núcleo sing-box solo si necesitas TUIC, AnyTLS o Naive: esos son los tres protocolos que el núcleo Xray no gestiona. Hysteria2 no es uno de ellos, y Vision y REALITY funcionan perfectamente con sing-box. El cambio es un único ajuste, pero modifica en silencio el significado de los campos DNS, que es de donde vienen casi todas las configuraciones rotas. Si todavía estás eligiendo entre los dos motores en lugar de cambiar, empieza por nuestra comparativa sing-box frente a Xray.

Qué núcleos puede manejar realmente v2rayN

La wiki enumera once núcleos compatibles repartidos en cuatro familias: la familia V2Ray (Xray, v2fly), la familia Clash (mihomo), la familia sing_box y otros independientes como hysteria2, naiveproxy, tuic, juicity, brook, overtls y shadowquic.

Esa lista se malinterpreta con facilidad. En el código, solo dos núcleos actúan como núcleo principal para el que v2rayN genera una configuración: Xray y sing_box. La página de DNS de la wiki dice exactamente lo mismo. Los demás se usan mediante un archivo de configuración personalizado: tú aportas la configuración y v2rayN ejecuta el binario.

Los paquetes de Windows ya incluyen los binarios de Xray, sing-box y mihomo dentro del zip. Los demás núcleos los descargas tú y los colocas en bin.

Cómo hacer el cambio

Ajustes → Tipo de core (Core Type Settings).

El orden de resolución importa más que el propio ajuste. Al arrancar, v2rayN lee primero el tipo de núcleo registrado en el perfil de servidor actual; solo si está vacío recurre al tipo de núcleo global. En la práctica, eso significa que puedes dejar toda tu lista en Xray y pasar un único nodo TUIC a sing-box, sin tocar nada más.

Lo que exige sing-box de verdad: tres protocolos

Esto no hace falta discutirlo, porque lo calcula v2rayN. El código define los protocolos que admite cada núcleo y luego deriva el conjunto exclusivo de sing-box como la diferencia entre los dos:

Así que la respuesta es TUIC, AnyTLS y Naive. Nada más.

Hay dos creencias que te encontrarás en los hilos de los foros y que conviene corregir, porque ambas están desmentidas por el código fuente:

• «Hysteria2 necesita sing-box.» No es así: Hysteria2 está en las dos listas, así que el núcleo Xray lo gestiona. Sí existen incidencias en el rastreador que reportan problemas prácticos con Hysteria2 bajo Xray, pero un fallo reportado no es una capacidad ausente.
• «sing-box no puede con Vision ni REALITY en v2rayN.» Sí puede. El generador de salidas sing-box emite el flujo Vision para VLESS y escribe el bloque REALITY (clave pública, short ID) más la huella uTLS. La variante xtls-rprx-vision-udp443 se normaliza al simple xtls-rprx-vision.

Sí hay una limitación de encadenamiento documentada, pero recae sobre el otro núcleo: con cadenas de proxies, los nodos que usan Xray no pueden usar TUIC ni AnyTLS como proxy de entrada ni de salida.

La trampa del DNS: la parte que realmente rompe las configuraciones

Si algo funcionaba en Xray y dejó de funcionar en cuanto hiciste el cambio, esta es casi con seguridad la razón. Los dos campos DNS no tienen el mismo cometido en cada núcleo.

Con Xray, estos campos son un detalle de enrutamiento. Con sing-box, son tu resolutor. Copiar tal cual una configuración DNS que funcionaba en Xray es exactamente la forma de acabar con un nodo que ni siquiera resuelve su propio nombre de host.

El Bootstrap DNS debe ser una dirección IP

La regla está enunciada con claridad en la documentación: si el DNS directo o el DNS remoto se escriben como un dominio, hay que configurar un Bootstrap DNS, como dirección IP. Es el resolutor que resuelve a tu resolutor. Si pones https://dns.google/dns-query como DNS remoto sin bootstrap, no queda nada con lo que buscar dns.google.

La opción relacionada «añadir hosts DNS comunes» fija en duro las correspondencias de dns.google y cloudflare-dns.com, de modo que un fallo del bootstrap no se lo lleva todo por delante.

Opciones que existen solo en un núcleo

No pierdas una tarde buscando una casilla que no puede estar ahí:

• Solo sing-box, y solo en modo TUN: FakeIP y el bloqueo de las consultas SVCB/HTTPS. Esta segunda opción desactiva además ECH y HTTP/3; la documentación señala que ECH puede interferir con el enrutamiento dividido por dominio.
• Solo Xray: las consultas DNS en paralelo y la caché optimista.

En cuanto a la estrategia de resolución, UseIPv4 y UseIPv4v6 se corresponden con el prefer_ipv4 de sing-box, y UseIPv6/UseIPv6v4 con prefer_ipv6; también están disponibles ipv4_only e ipv6_only. Los hosts DNS se escriben uno por línea con el formato dominio IP1 IP2. Salvo que tengas un motivo concreto, el propio consejo de la wiki es importar la configuración DNS por defecto y no tocarla.

Dos cambios de comportamiento menores

• routeOnly se fuerza a activo. Con el núcleo sing-box está habilitado y no se puede desactivar.
• Mux necesita un protocolo. Con sing-box no basta con activar la multiplexación; además hay que elegir el protocolo de multiplexación: h2mux, smux o yamux.

Dónde están los archivos

Todo es relativo a la carpeta de la aplicación:

Las compilaciones en zip son portables: todo se queda dentro de la carpeta en la que lo hayas extraído, así que puedes mantener varias copias independientes en paralelo. Si defines la variable de entorno V2RAYN_LOCAL_APPLICATION_DATA_V2 con el valor 1, la carpeta base pasa a ser %LOCALAPPDATA%\v2rayN.

Actualiza antes de diagnosticar nada

La versión actual en el momento de escribir estas líneas es v2rayN 7.24.4, publicada el 30 de julio de 2026, y sus notas de publicación la señalan como una actualización de seguridad urgente: el descargador integrado de las versiones anteriores podía explotarse para un ataque de intermediario que servía archivos maliciosos. El proyecto pide a todos los usuarios que actualicen de inmediato. Si estás en una compilación antigua, hazlo antes de ponerte a depurar un problema de proxy.

Los archivos para Windows se distribuyen como seis zips - compilaciones WPF (v2rayN-windows-64.zip) y Avalonia (v2rayN-windows-64-desktop.zip), en x64, x86 y arm64 -, junto con un archivo de clave pública para verificar las firmas. Se requiere Windows 10 o posterior.

Por el otro lado, la versión estable actual de sing-box es la v1.13.16, publicada el 3 de agosto de 2026. Una laguna que conviene reconocer: ni la wiki ni las notas de publicación de la 7.24.4 publican una matriz de compatibilidad entre las versiones de v2rayN y las de sing-box, y la compilación exacta de sing-box incluida en el zip no está documentada: habría que inspeccionar el binario para saberlo.

¿Deberías cambiar?

Solo con un motivo. Si tus nodos son VLESS o VMess con REALITY, el núcleo Xray es el camino mejor documentado y no hay nada que ganar. Cambia cuando tengas un nodo TUIC, AnyTLS o Naive que ejecutar, o cuando quieras FakeIP en modo TUN; y cuando lo hagas, rehaz tus ajustes de DNS desde cero en lugar de dar por hecho que los de Xray se trasladan tal cual.

Montar tu propio endpoint en lugar de usar un nodo público es una decisión aparte; si vas en esa dirección, nuestra guía anti-DPI y de evasión de la censura explica qué sobrevive de verdad a la inspección profunda de paquetes.