Ping, traceroute, DNS, whois, MX y DNSBL, gratis en Mac, iPhone y iPad, con ICMP real, en la misma app desde la que ya abres SSH.
Por Lucas Russo, desarrollador de SSHive · Actualizado el
lsof -i.
Lo que sí tiene y no trae ningún clon de Utilidad de Red: las herramientas del lado del correo. Y cuando el diagnóstico apunta a un host concreto, la sesión SSH está a una pestaña, no a una app.Diez sondas en el Mac, veinte en iPhone y iPad, con el RTT y el TTL de cada sonda, un porcentaje de pérdida y una media. Peticiones echo ICMP reales en todas las versiones para Apple (Mac App Store, iPhone y iPad) enviadas desde un socket de datagramas sin privilegios en lugar de delegar en un binario del sistema. También se ofrece una sonda TCP contra el puerto que elijas, señalada como tal, para hosts que filtran ICMP.
Treinta saltos, tres sondas ICMP por salto, emitidas a medida que cada router responde, con un botón de parada. Funciona igual en la versión del Mac App Store, en iPhone y en iPad, porque SSHive construye las sondas por su cuenta desde un socket ICMP de datagramas en vez de pilotar el binario setuid del sistema. Un salto que se queda mudo se imprime con asteriscos; un sistema que rechaza el ICMP de plano se informa como rechazo, nunca como una ruta inventada.
A, AAAA, MX, CNAME, NS y TXT consultados en paralelo contra tu resolutor del sistema, cada uno con su propio control de errores: un dominio sin MX sigue mostrando su registro A. iPhone y iPad añaden SOA y el TTL de cada respuesta.
Un cliente WHOIS de verdad, no un envoltorio sobre la API web de un tercero. SSHive abre el puerto 43 por su cuenta y sigue las remisiones del registro: en Mac, hasta tres saltos (dos remisiones), partiendo de una tabla interna de dieciocho servidores de TLD; en iPhone y iPad, partiendo de IANA. En Mac extrae registrador, fechas, servidores de nombres, estados, DNSSEC y contacto de abuso, y avisa si la expiración queda a menos de 60 días.
La consulta MX ordena los servidores por prioridad. En Mac, además, resuelve cada uno a IPv4, hace el DNS inverso de esa dirección y la pasa por el motor de listas negras, así que enrutado de correo y reputación caben en una sola tabla. La comprobación DNSBL independiente da tres veredictos en iPhone y iPad (listada, limpia o sin respuesta), de modo que una zona muda nunca cuenta allí como limpia; el Mac da dos, y lee como limpia una zona que no responde. Solo IPv4.
Todas las herramientas de aquí son gratis en Mac, iPhone y iPad. Ninguna pasa por la comprobación de licencia: sin aviso de compra, sin anuncios, sin cuenta. Lo que falta, falta a propósito: ni escáner de puertos, ni netstat, ni finger. SSHive Pro se compra aparte y una sola vez (unos 14,99 €, compra universal para Mac, iPhone y iPad, sin suscripción): levanta los límites del nivel gratuito y añade RDP y VNC, sin tocar nunca el diagnóstico.
Haz clic en el icono de red de la barra lateral (su descripción emergente dice Herramientas de red) o en la píldora Herramientas de red de la pantalla de bienvenida. Cualquiera de los dos abre una pestaña de herramientas propia junto a tus sesiones, así que lanzar un diagnóstico nunca te cuesta una conexión SSH abierta.
El panel se divide en tres secciones: Esta máquina (tus interfaces de red), Resolución y reputación (Búsqueda DNS, Verificación DNSBL, Búsqueda MX y Whois) y Alcanzabilidad (Ping, Prueba de puerto y Traceroute). Nada queda enterrado en un menú: cada herramienta tiene su campo de entrada y su botón, y puedes mover u ocultar las tarjetas dentro de una sección.
Toca Herramientas en la barra de pestañas inferior (el icono de red). La lista se divide en tres secciones: Diagnóstico (Ping, Consulta DNS, Traceroute y Whois), Email e IP (Consulta MX y Verificación de lista negra) e Información, que contiene las interfaces de red. En el iPad esa misma lista está en la barra lateral de la vista dividida, bajo Herramientas de red.
Cada herramienta acepta un nombre de host o una IP: example.com para ping, traceroute, DNS, whois y MX; una IPv4 en cuatro octetos para la comprobación de listas negras, que también admite un dominio y lo resuelve antes. Las ejecuciones en streaming (ping, traceroute) se imprimen sobre la marcha y se pueden detener a medio camino con Detener o Cancelar.
Cuando la salida señala a un host, abres una pestaña de sesión contra él y entras. El ping muestra la pérdida, el DNS confirma que el registro está bien, entras por SSH y reinicias el servicio: la misma ventana en el Mac, la misma app a las 3 de la madrugada en el móvil. Ese último paso es el que ninguna app solo de diagnóstico puede dar.
networkQuality como consuelo parcial. En macOS 27.0 (compilación 26A5388g) no está ni en /System/Library/CoreServices/Applications/ ni en /System/Applications/Utilities/. Las páginas de soporte de Apple que la describen siguen en línea, pero están congeladas en la ruta de URL de macOS 10.15 y nunca se actualizaron.netstat -an o lsof -i en el Terminal. Finger es un protocolo muerto que no necesita nadie. A cambio obtienes dos cosas que Utilidad de Red nunca tuvo y que no trae ningún clon suyo: consulta MX y comprobación de listas negras DNSBL, en iPhone y iPad tanto como en el Mac.socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP), que cualquier proceso sin privilegios puede abrir y que el sandbox permite. Por eso /sbin/ping perdió su bit setuid hace años, y es lo que usa el propio ejemplo SimplePing de Apple en iOS.
Por eso el ping y el traceroute tienen una sola implementación, no varias. SSHive monta las peticiones Echo por su cuenta, calcula la suma de comprobación ICMP, fija IP_TTL cuando una traza lo requiere y lee lo que vuelve: en macOS mediante un pequeño complemento nativo N-API, y en iPhone y iPad mediante el tipo Swift equivalente. Las respuestas se emparejan por identificador, número de secuencia, dirección de origen y una cookie aleatoria de ocho bytes en la carga útil, porque un socket ICMP de datagramas recibe también copias de las respuestas destinadas a otros procesos de la máquina.
Un requisito se descubrió midiendo, no leyendo documentación, y conviene repetirlo porque falla en silencio. Bajo sandbox-exec con com.apple.security.network.client a secas, socket() funciona, sendto() funciona y recvfrom() devuelve EPERM: la sonda sale y no vuelve nunca nada, algo indistinguible de una red que filtra ICMP. También hace falta com.apple.security.network.server. SSHive declara los dos, y por eso la versión del App Store, en su sandbox, mide idas y vueltas reales en lugar de expirar en silencio.
Se sigue ofreciendo una sonda TCP connect, pero como elección deliberada para hosts que filtran ICMP, no como sustituto: una conexión al puerto que indiques, cronometrada desde el connect hasta que el socket está listo, con una etiqueta TCP. Una sutileza: una conexión rechazada cuenta como éxito, porque un RST demuestra que ha respondido un host vivo. El puerto simplemente está cerrado, y el registro lo dice.
DNS, whois y DNSBL no necesitan ningún privilegio, así que ninguna plataforma tiene nada que sortear; lo que cambia es el alcance. En Mac, el DNS consulta A, AAAA, CNAME, MX, TXT y NS en paralelo; iPhone y iPad añaden SOA y dan el TTL de cada respuesta. Cada tipo tiene su propio control de errores, de modo que un dominio sin MX sigue mostrando su registro A. El WHOIS es una sesión TCP normal por el puerto 43: se envía la consulta, se termina con CRLF y se lee hasta que el servidor cierra. En Mac sigue la cadena de remisiones hasta tres saltos, es decir, dos remisiones, con diez segundos de espera por salto; iPhone y iPad parten de IANA y siguen las remisiones desde ahí. Una comprobación DNSBL es una consulta de registro A sobre los octetos invertidos de una dirección IPv4 bajo cada zona, lanzadas en paralelo, y los veredictos dependen del dispositivo. El Mac da listada o limpia, y lee un error de DNS como limpia. iPhone y iPad dan tres veredictos, listada, limpia o sin respuesta: una zona que se queda muda, o que devuelve un código de rechazo en vez de un listado, nunca cuenta allí como limpia.