Comprueba tu tipo de NAT al instante

Esta es la dirección IPv4 pública indicada durante la prueba. Un router o proveedor de Internet puede traducir una dirección privada antes de que el tráfico llegue a Internet, de modo que varios dispositivos o abonados pueden compartir una dirección pública.

Una dirección por sí sola no confirma CGNAT ni Double NAT. Una VPN también puede cambiar la dirección pública que ve la prueba.

Cuando se obtiene un puerto, el número después de los dos puntos en el resultado IPv4 es un puerto UDP observado en esta prueba del navegador. Por ejemplo, 203.0.113.10:62000 muestra una dirección y el puerto indicado, 62000.

No es un puerto de juego, una regla de redirección de puertos ni una prueba de que haya un servicio accesible en esa dirección. Las asignaciones pueden cambiar entre pruebas o destinos, especialmente con NAT simétrico.

Describe el comportamiento UDP en IPv4 observado en la ruta probada. NAT 1 es NAT de cono completo, NAT 2 es NAT de cono restringido, NAT 3 es NAT de cono restringido por puerto y NAT 4 es NAT simétrico. Internet abierto es un resultado independiente para una ruta en la que no se ha observado NAT.

Estas son las etiquetas de NAT Checker para las categorías de RFC 3489. PlayStation, Xbox y otras plataformas utilizan sus propias etiquetas y pruebas. El tipo de NAT no mide la velocidad de descarga ni garantiza que todos los juegos puedan conectarse con todos los pares. Selecciona «Cómo clasificamos el NAT» para ver la lógica de decisión.

Esta es una dirección IPv6 global que tu navegador ha expuesto durante la comprobación IPv6. Se excluyen las direcciones de ámbito exclusivamente local. La detección IPv6 se ejecuta por separado de la prueba NAT en IPv4.

Una dirección por sí sola no demuestra conectividad externa. «IPv6 no detectado» significa que esta prueba no ha encontrado una dirección IPv6 global; no demuestra que tu proveedor o dispositivo no pueda admitir IPv6.

«Conectividad externa confirmada» significa que nuestro servicio de pruebas IPv6 ha indicado una conexión WebRTC/UDP correcta en esta ruta. Encontrar una dirección IPv6 no basta para obtener este resultado.

«No se pudo confirmar la conectividad externa» significa que esa ruta no se ha podido establecer. Las reglas del firewall, una VPN, las restricciones del navegador o las condiciones de la red pueden afectar a la comprobación. La navegación habitual mediante IPv6 puede seguir funcionando porque utiliza otras conexiones y protocolos. Un tiempo de espera agotado o un error del servicio significa que la comprobación no se ha completado.

Bloqueado es un resultado que devuelve el servidor de pruebas NAT cuando no se puede establecer esta ruta UDP. No identifica el dispositivo o ajuste que ha causado el fallo.

Un tiempo de espera agotado significa que no ha llegado una clasificación final dentro del plazo de la prueba. Un error o el mensaje «Servicio temporalmente no disponible» significa que la prueba no ha podido completarse. Estos resultados no son clasificaciones NAT 1–4 confirmadas. Vuelve a intentarlo y después revisa las restricciones del navegador, las VPN y los ajustes del firewall antes de atribuir el fallo al router o al proveedor.

RFC 3489 distingue los tipos de NAT comparando las asignaciones de IP y puerto públicos y comprobando qué fuentes de respuesta pueden alcanzar el mismo socket UDP local. Cambiar la fuente de una respuesta y cambiar el destino de una solicitud comprueba comportamientos diferentes.

1. Test I: enviar una solicitud STUN Binding Request normal. La respuesta incluye MAPPED-ADDRESS, la IP pública y el puerto UDP observados por el servidor. Comparar ambos con la dirección y el puerto del socket local para determinar si ha habido traducción.
2. Test II: solicitar una respuesta desde otra dirección IP y otro puerto del servidor. Recibirla demuestra que un remitente externo con el que el cliente no ha contactado puede alcanzar la asignación.
3. Test I con otro destino: enviar una solicitud normal desde el mismo socket local al extremo alternativo del servidor indicado por CHANGED-ADDRESS. Comparar la nueva IP pública y el puerto con la primera asignación para detectar si esta depende del destino.
4. Test III: solicitar una respuesta desde la IP original del servidor, pero desde un puerto diferente. Esto distingue un filtro de entrada que solo comprueba la IP de otro que exige que coincidan tanto la IP como el puerto.

Estas son las comprobaciones de clasificación del RFC. Nuestra prueba en el navegador obtiene la asignación pública mediante STUN y utiliza comprobaciones de conectividad WebRTC asistidas por el servidor para devolver la categoría de comportamiento correspondiente.

1. Test I recibe una respuesta y la IP pública o el puerto asignados difieren del extremo del socket local, por lo que hay NAT.
2. Test II recibe una respuesta desde otra IP y otro puerto del servidor, aunque el cliente no ha enviado tráfico a esa fuente de respuesta.
3. En el árbol de decisión de RFC 3489, esto es NAT de cono completo (Full Cone), que denominamos NAT 1.

Una vez que existe una asignación UDP, otros remitentes externos pueden alcanzarla sin contacto previo. Esto suele facilitar las conexiones directas entre pares; no significa que todos los puertos estén abiertos.

1. Hay NAT, pero Test II no recibe una respuesta desde la IP y el puerto modificados.
2. Un nuevo Test I al destino alternativo devuelve la misma IP pública y el mismo puerto asignados que la primera solicitud. La asignación no cambia con ese destino.
3. Test III recibe una respuesta desde la IP original del servidor, pero desde otro puerto. Basta con haber contactado previamente con esa IP; no es necesario haber contactado con el puerto exacto de la respuesta.

Esto es NAT de cono restringido (Restricted Cone), nuestra NAT 2. Se permite el tráfico UDP entrante desde direcciones IP externas con las que el cliente ya ha contactado.

1. Hay NAT y Test II no recibe una respuesta desde la IP y el puerto modificados.
2. Test I al destino alternativo devuelve la misma IP pública y el mismo puerto asignados, lo que descarta una asignación dependiente del destino en esta comparación.
3. Test III tampoco recibe una respuesta cuando solo cambia el puerto de origen del servidor. En el modelo del RFC, el tráfico entrante debe coincidir con una IP y un puerto con los que el cliente ya haya contactado.

Esto es NAT de cono restringido por puerto (Port-Restricted Cone), nuestra NAT 3. La asignación permanece igual en la comparación, pero el filtro de entrada es más estricto que con NAT 2.

1. Hay NAT y Test II no recibe una respuesta desde la IP y el puerto modificados.
2. Repetir Test I desde el mismo socket UDP local al extremo alternativo del servidor.
3. Si la IP pública o el puerto asignados difieren de la primera asignación, el árbol de decisión del RFC identifica NAT simétrico (Symmetric), nuestra NAT 4.

Por ejemplo, un destino puede ver 203.0.113.10:62000 y otro 203.0.113.10:62001. Basta con que cambie el puerto; la IP pública no tiene que cambiar también. Por ello, un extremo descubierto mediante un servidor puede no servir para otro par y algunas aplicaciones pueden necesitar un servidor de retransmisión.

Si Test I no recibe respuesta, el flujo de descubrimiento de RFC 3489 indica UDP Blocked. En una prueba del navegador, una ruta UDP fallida o incompleta también puede verse afectada por los ajustes del navegador, VPN, firewalls, disponibilidad del servicio o pérdida de paquetes; el resultado por sí solo no localiza la causa.

Si Test I funciona y tanto la IP como el puerto asignados coinciden con el extremo del socket local, no se observa NAT. Si Test II también funciona, se identifica Internet abierto (Open Internet). Si Test II falla en esa ruta sin NAT, el RFC lo denomina Symmetric UDP Firewall. Es una condición de filtrado sin traducción de direcciones, no un NAT simétrico, y no debe confundirse con NAT 4.

Nuestras etiquetas de resultado no incluyen una categoría independiente de Symmetric UDP Firewall. Una prueba incompleta o un error del servicio tampoco equivalen a una categoría NAT confirmada.

STUN, documentado en RFC 8489, permite al navegador conocer una dirección pública y un puerto UDP observados fuera de la red local. ICE, documentado en RFC 8445, utiliza comprobaciones de conectividad para establecer una ruta entre extremos.

RFC 3489 define las categorías NAT de cono completo, NAT de cono restringido, NAT de cono restringido por puerto y NAT simétrico, junto con las pruebas de asignación y respuesta que las distinguen. Utilizamos esa lógica de clasificación con nuestro navegador y nuestros servidores de pruebas; la detección de la dirección IPv6 y la conectividad externa son comprobaciones independientes.

El resultado describe la ruta UDP probada por este navegador. Las VPN, los firewalls y las restricciones del navegador pueden afectarlo. Una red real puede combinar comportamientos de asignación y filtrado que las etiquetas históricas de NAT no describen por completo.

La prueba no confirma CGNAT ni Double NAT, no verifica todos los puertos de las aplicaciones ni garantiza la etiqueta NAT de una consola o todas las conexiones entre pares. Una dirección IPv6 pública no demuestra conectividad UDP externa.

RFC 3489 también señala que repetir el descubrimiento con el mismo socket local puede reutilizar asociaciones NAT anteriores y distorsionar el resultado. Un nuevo descubrimiento utiliza un extremo local nuevo o espera a que caduquen las asociaciones anteriores; los resultados describen la red en el momento de esa comprobación.