Whois en Mac, iPhone y iPad: de quién es un dominio, y hasta cuándo

WHOIS está definido por el RFC 3912, y la especificación apenas ocupa dos páginas. Abres una conexión TCP al puerto 43, envías una única línea terminada en CRLF y lees lo que el servidor devuelva hasta que cierra la conexión. No hay esquema, ni tipo de contenido, ni cabecera de longitud, ni autenticación, ni cifrado. La respuesta es texto libre cuyo formato decide por completo el operador, razón por la cual todo cliente whois del mundo es un montón de heurísticas y no un analizador. Esa cabecera de longitud ausente tiene una consecuencia concreta en el cliente: la única señal fiable de fin de mensaje es el FIN. Por eso la implementación de iOS de SSHive itera sobre recepciones de NWConnection con una longitud máxima de 65536 bytes y sigue acumulando hasta que el flujo informa de que ha terminado, en vez de pararse en el primer fragmento. La implementación de escritorio hace lo mismo sobre un socket Node, con un tiempo de espera de diez segundos por salto para que un servidor mudo no pueda colgar el panel. La segunda complicación es que el dato que quieres rara vez está en el primer servidor al que preguntas. El espacio de nombres es jerárquico: IANA sabe qué registro lleva cada TLD, el registro sabe qué registrador patrocina cada dominio y, en los registros delgados, solo ese registrador guarda los datos de contacto. Verisign es delgado para .com y .net, así que una consulta allí devuelve registrador, fechas y servidores de nombres y poco más; PIR es grueso para .org y responde con mucho más de una sola vez. Seguir la cadena implica reconocer tres grafías de remisión distintas: refer: de IANA y ARIN, Registrar WHOIS Server: de los registros de gTLD y ReferralServer: rwhois://host:puerto de ARIN. La versión de escritorio gestiona las tres y sigue hasta tres saltos, y mantiene una tabla de servidores de registro conocidos para que los TLD habituales se salten por completo el salto por IANA. La versión de iPhone y iPad arranca siempre en IANA y sigue las remisiones desde ahí, y su resumen conserva menos campos que el del Mac. Las asperezas, dichas sin rodeos: solo se muestra el cuerpo del último salto, así que las respuestas intermedias del registro se descartan; las remisiones rwhois con un puerto no estándar se marcan igualmente por el 43; y no hay detección de límite de tasa, así que machacar un registro acaba devolviendo un rechazo en vez de datos. La ventaja de este diseño es la portabilidad. El puerto 43 es una conexión TCP saliente corriente, cubierta por el entitlement estándar de cliente de red, sin binario privilegiado que lanzar ni sockets raw que solicitar. Justo por eso el whois se comporta igual en la versión del Mac App Store, en iPhone y en iPad. Ahora vale lo mismo para el ping y el traceroute, que alcanzan esa paridad por otro camino: no evitando el ICMP, sino usando el socket ICMP de datagramas que Darwin concede a los procesos sin privilegios y que el sandbox permite.