Comprobaciones de red locales
Las preguntas que un navegador no puede responder y el comando exacto para responder a cada una tú mismo.
Por qué existe esta página
Un sitio web no puede ver el interior de tu red, y eso es deliberado. El servidor recibe una sola cosa: la dirección pública de tu puerta de enlace. Tu dirección privada, tu subred, tu router y los dispositivos conectados nunca forman parte de una solicitud HTTP, así que ningún código aquí puede revelarlos.
Lo que MyIPKit sí puede hacer es decirte exactamente qué comando responde a cada pregunta en tu propio equipo, donde no se aplica ningún aislamiento del navegador. Eso es esta página.
Detectado automáticamente desde tu navegador. Cámbialo si no acierta.
Antes de ejecutar nada
- Todos los comandos de esta página son de solo lectura. Ninguno cambia tu configuración.
- Los comandos marcados como que requieren privilegios elevados te pedirán la contraseña. Léelos antes de ejecutarlos.
- Escanea o sondea únicamente redes que poseas o que estés autorizado a comprobar. En la mayoría de los países es un límite legal, no una cuestión de cortesía.
- Nunca pegues un comando que no entiendas, venga de donde venga, incluida esta página. Cada entrada de abajo explica lo que hace.
Tus propias direcciones
MyIPKit muestra la dirección pública que ve internet. Estos comandos muestran la dirección privada que tu dispositivo tiene dentro de tu propia red: la parte que un sitio web nunca recibe.
Tu dirección IPv4 privada en la interfaz activa
ipconfig getifaddr en0hostname -I | awk '{print $1}'ipconfigEspera algo en 192.168.x.x, 10.x.x.x o 172.16–31.x.x. En macOS, en0 suele ser el Wi-Fi y en1 el puerto cableado; prueba ambos.
Todas las interfaces y direcciones, incluida IPv6
ifconfigip addr showipconfig /allBusca las líneas
inet(IPv4) einet6(IPv6). Una dirección IPv6 que empieza por fe80: es de enlace local y nunca sale de tu red; una global suele empezar por 2 o 3.Si realmente tienes conectividad IPv6
curl -6 -s https://api64.ipify.org || echo "no IPv6"curl -6 -s https://api64.ipify.org || echo "no IPv6"curl.exe -6 -s https://api64.ipify.orgSi imprime una dirección, tu conexión tiene IPv6 de extremo a extremo. Si falla, eres solo IPv4, lo cual sigue siendo perfectamente normal.
Tu dirección pública desde la línea de comandos
curl -s https://api.ipify.orgcurl -s https://api.ipify.orgcurl.exe -s https://api.ipify.orgDebería coincidir con lo que muestra MyIPKit. Una discrepancia suele significar una VPN, un proxy o un navegador que usa una ruta distinta a la de curl.
La estructura de tu red
El router, la subred y qué dispositivos hay en ella. Es la información que más a menudo se espera de un sitio web y la que un navegador se niega con más firmeza a exponer.
Tu router (puerta de enlace predeterminada)
route -n get defaultip route | grep defaultipconfig | findstr /i "Default Gateway"La dirección de la puerta de enlace es tu router. Abrirla en un navegador suele llevar a su página de administración.
La tabla de enrutamiento completa
netstat -rnip route showroute printMuestra por qué interfaz saldrá el tráfico hacia un destino dado. Una VPN suele añadir una ruta que captura la predeterminada.
Tu máscara de subred, para saber el tamaño de tu red
ipconfig getpacket en0 | grep subnet_maskip -o -f inet addr show | awk '{print $4}'ipconfig | findstr /i "Subnet Mask"Pon la dirección y la máscara en la calculadora de subredes de este sitio para ver el rango utilizable exacto.
Dispositivos con los que tu equipo ha hablado hace poco en la red local
arp -aip neigh showarp -aLa tabla ARP enumera los vecinos vistos recientemente, no todos los dispositivos presentes. Algo inactivo desde que arrancaste no aparecerá.
Qué hosts de tu red están activos ahora mismo
No viene instalado por defectonmap -sn 192.168.1.0/24nmap -sn 192.168.1.0/24nmap -sn 192.168.1.0/24nmap no viene instalado por defecto. macOS:
brew install nmap. Debian/Ubuntu:sudo apt install nmap. Windows: nmap.org.Es un barrido de ping, así que los hosts que ignoran ICMP no aparecerán aunque estén en línea.
Sustituye el rango por el tuyo: léelo de la puerta de enlace y la máscara de arriba. Escanea únicamente redes que poseas o administres. Escanear la red de otra persona es, según donde vivas, un delito, y quedará registrado.
Descubrir servicios que se anuncian en la red
No viene instalado por defectodns-sd -B _services._dns-sd._udp local.avahi-browse -a -tNo hay equivalente directo en Windows.
Linux:
sudo apt install avahi-utils.Impresoras, altavoces, NAS y similares se anuncian por mDNS. Es descubrimiento por consentimiento, no escaneo.
El camino hacia fuera
El informe de red de este sitio mide la latencia HTTP hasta el nodo de borde de MyIPKit y nada más. Estos comandos miden la ruta real, salto a salto.
Un ping ICMP de verdad: lo que el navegador no puede hacer
ping -c 10 1.1.1.1ping -c 10 1.1.1.1ping -n 10 1.1.1.1Compáralo con el informe de red de este sitio. A menudo difieren: muchas redes dan menos prioridad a ICMP que al tráfico web normal.
Cada salto entre tú y un destino
No viene instalado por defectotraceroute 1.1.1.1traceroute 1.1.1.1tracert 1.1.1.1Debian/Ubuntu:
sudo apt install traceroute.El primer salto es tu router. Los asteriscos indican que un salto no quiso responder, algo habitual y que por sí solo no es un fallo. Fíjate en dónde la latencia sube de golpe.
Pérdida y latencia por salto de forma continua
No viene instalado por defectomtr 1.1.1.1mtr 1.1.1.1pathping 1.1.1.1macOS:
brew install mtr. Debian/Ubuntu:sudo apt install mtr.La mejor herramienta para problemas intermitentes. Una pérdida en un salto que desaparece en los siguientes es ese router restando prioridad a ICMP, no pérdida real de paquetes.
Encontrar el paquete más grande que pasa sin fragmentarse
ping -D -s 1472 -c 3 1.1.1.1ping -M do -s 1472 -c 3 1.1.1.1ping -f -l 1472 1.1.1.11472 + 28 bytes de cabecera = 1500, la MTU Ethernet habitual. Si falla pero los tamaños menores pasan, es probable un problema de MTU: la causa clásica de que «algunas webs cargan y otras se quedan colgadas» en VPN y enlaces PPPoE.
El DNS desde tu propio equipo
La herramienta de consulta DNS de este sitio pregunta a un resolutor público. Estos comandos preguntan al resolutor que tu red te ha entregado realmente, que es el que decide a dónde va tu tráfico.
Qué resolutores tiene configurados tu equipo
scutil --dns | grep nameserverresolvectl status | grep "DNS Servers"ipconfig /all | findstr /i "DNS Servers"Si son tu router o tu proveedor, tus consultas son visibles para ellos. Si son 1.1.1.1 u 8.8.8.8, has sustituido la configuración por defecto.
Resolver un nombre con tu propio resolutor
dig example.comdig example.comnslookup example.comCompáralo con la herramienta de consulta DNS de aquí. Una diferencia significa que tu resolutor está sirviendo una respuesta en caché, filtrada o sustituida.
Comparar tu resolutor con uno público
dig example.com @1.1.1.1dig example.com @1.1.1.1nslookup example.com 1.1.1.1La forma más clara de identificar filtrado a nivel de DNS, portales cautivos y cachés obsoletas.
Rastrear un nombre desde los servidores raíz
dig +trace example.comdig +trace example.comNo hay equivalente directo en Windows.
Muestra la cadena de delegación completa. La herramienta adecuada cuando un dominio se resuelve para unos y no para otros.
Vaciar la caché DNS local
Requiere permisos de administradorsudo dscacheutil -flushcache; sudo killall -HUP mDNSRespondersudo resolvectl flush-cachesipconfig /flushdnsEjecútalo después de cambiar un registro DNS, antes de concluir que el cambio no ha funcionado.
Puertos y conexiones de este equipo
Qué está escuchando tu propio equipo y con qué está conectado. Es totalmente local y la alternativa correcta a escanearte a ti mismo desde internet.
Todo lo que escucha conexiones entrantes
Requiere permisos de administradorsudo lsof -nP -iTCP -sTCP:LISTENsudo ss -tulpnnetstat -ano | findstr LISTENINGTodo lo que esté enlazado a 0.0.0.0 o :: acepta conexiones desde la red. Enlazado a 127.0.0.1, solo es accesible desde este equipo.
Conexiones establecidas actualmente
netstat -an | grep ESTABLISHEDss -tan state establishednetstat -an | findstr ESTABLISHEDÚtil para responder a «¿con qué está hablando realmente este equipo ahora mismo?».
Comprobar si un puerto concreto de un host concreto es accesible
nc -vz example.com 443nc -vz example.com 443Test-NetConnection example.com -Port 443Comprueba puertos individuales en hosts que administres. Barrer puertos en hosts que no son tuyos es lo que hace un escáner de puertos, y no es algo que MyIPKit vaya a ofrecer nunca.
Inspeccionar un certificado TLS tal como lo ve tu equipo
openssl s_client -connect example.com:443 -servername example.com < /dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -datesopenssl s_client -connect example.com:443 -servername example.com < /dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -datesNo hay equivalente directo en Windows.
Imprime el sujeto, el emisor y las fechas de validez. Si el emisor es inesperado, algo está interceptando la conexión: un proxy corporativo, o algo peor.
Calidad del Wi-Fi
Cuando el problema está entre tu dispositivo y el punto de acceso, ninguna medición del lado de internet lo encontrará.
Intensidad de señal, ruido y velocidad negociada
system_profiler SPAirPortDataType | grep -A 10 "Current Network"iwconfig 2>/dev/null || nmcli dev wifinetsh wlan show interfacesEn macOS, un RSSI por encima de −60 dBm es fuerte y por debajo de −75 dBm es débil. La diferencia entre señal y ruido importa más que la señal por sí sola.
Qué canales usan las redes a tu alrededor
system_profiler SPAirPortDataType | grep -i channelsudo iwlist scan | grep -E "ESSID|Channel|Quality"netsh wlan show networks mode=bssidEn 2,4 GHz solo los canales 1, 6 y 11 no se solapan. Que los vecinos se amontonen en tu canal es una causa frecuente de latencia que parece una avería del proveedor.
Solo referencia: esta página no ejecuta ni transmite nada
Qué da y qué no da un navegador a un sitio web
Conviene ser preciso en esto, porque muchos sitios dan a entender lo contrario.
Lo que el servidor recibe de verdad
- La dirección IP pública de tu puerta de enlace: una dirección, para la única conexión que hiciste.
- Las cabeceras HTTP que tu navegador decidió enviar, como el User-Agent y el idioma.
- Una geolocalización aproximada, deducida por la red de borde a partir de esa dirección pública, y siempre aproximada.
Lo que nunca recibe
- Tu dirección privada, tu máscara de subred o la dirección de tu router.
- Ninguna lista de dispositivos de tu red.
- Tu dirección MAC, tu nombre de host o tu tabla ARP.
- Qué puertos están abiertos en tu equipo o en cualquier otro dispositivo de tu red.
Las dos fugas antiguas y por qué están cerradas
WebRTC solía exponer direcciones privadas en sus candidatos ICE. Desde 2020, Chrome, Edge, Firefox, Opera y Brave las sustituyen por defecto por un nombre de host aleatorio terminado en .local, y Safari hace prácticamente lo mismo. La dirección ya no está ahí para leerse.
El escaneo por tiempos —enviar solicitudes a direcciones privadas y deducir qué existe según lo rápido que fallan— era la otra. Chrome 142 lanzó Local Network Access en octubre de 2025, que coloca cualquier solicitud de un sitio público a una dirección privada o de bucle invertido detrás de una petición de permiso. Entre los motivos que declara Google está reducir la capacidad de los sitios para tomar huellas de la red local de un visitante.
MyIPKit no implementaría ninguna de las dos técnicas ni siquiera donde siguieran funcionando. Un sitio público que sondea las redes de sus visitantes es un sitio que escanea las redes de gente que nunca dio su consentimiento, y se gana la reputación que eso conlleva.
¿Por qué este sitio no puede mostrarme mi red local sin más?
No es un problema de permisos: un navegador, por su propia estructura, no entrega esa información a un sitio web. El servidor solo recibe la dirección pública de tu puerta de enlace NAT; tu dirección privada, tu subred, tu router y los dispositivos conectados nunca forman parte de la solicitud. Los navegadores también sustituyen las direcciones locales en WebRTC por nombres .local aleatorios, y desde Chrome 142 un sitio público no puede alcanzar una IP local sin una solicitud de permiso explícita, precisamente para impedir que los sitios tomen huellas de tu red.
¿Es seguro ejecutar estos comandos?
Todos los comandos listados aquí son de solo lectura: ninguno cambia tu configuración. Unos pocos necesitan permisos de administrador para ver todos los procesos, y están marcados. La única precaución real es el escaneo de red, que solo debes dirigir a una red que poseas o administres.
La salida del comando no coincide con lo que muestra MyIPKit. ¿Cuál es correcta?
Normalmente ambas: miden cosas distintas. MyIPKit informa de la dirección que ve internet; tu equipo informa de la dirección que tiene localmente. Detrás de un NAT siempre son distintas. Si tu dirección pública difiere entre curl y este sitio, la causa habitual es una VPN o un proxy que se aplica a uno y no al otro.