Resumen

  • RFC 9083 define port43 como el nombre de host o la dirección IP del servidor WHOIS donde puede encontrarse el objeto de registro que contiene el campo.
  • Ese valor no es una URI ni garantiza que el servidor siga activo, devuelva datos equivalentes o sea utilizado por un cliente RDAP.

Una consulta breve, para quien la leía

En 1982, NICNAME/WHOIS se describía como un directorio de red alojado en SRI-NIC y accesible mediante una transacción breve. El cliente se conectaba al puerto TCP 43, enviaba una línea de comando terminada en CRLF, recibía una respuesta y el servidor cerraba la conexión. La especificación también documentaba el acceso por NCP al socket 43. Los resultados —nombres, buzones y otros datos del directorio— se entregaban en texto para que los leyera una persona. Una consulta con «?» pedía al servidor las instrucciones vigentes; el lenguaje de búsqueda debía evolucionar.

La actualización de 1985 mostró hasta dónde podía llegar una consulta. WHOIS aceptaba nombres, identificadores y buzones; un asterisco al comienzo permitía pedir la lista completa de miembros de un grupo o de usuarios autorizados de un host. El RFC advertía que una lista grande podía tardar mucho. Un solo carácter ampliaba el alcance de la búsqueda, pero la respuesta seguía pensada para presentarse directamente a una persona, no como un modelo estable de objetos para programas.

port43 no contiene esa respuesta antigua. Nombra el servicio donde quizá haya datos sobre el objeto. Conviene separar la representación de la información del destino de otro sistema que puede devolver información acerca de ella.

RDAP cambió la forma del intercambio

En 2004, RFC 3912 limitó la especificación de WHOIS al protocolo en el cable. El servidor seguía escuchando en TCP 43; el cliente enviaba una solicitud de texto y recibía texto. El cierre de la conexión indicaba que la respuesta había terminado. El protocolo no ofrecía un esquema de resultados estandarizado, una indicación de juego de caracteres, control de acceso ni mecanismos de integridad o confidencialidad. Esos son límites que recoge el RFC; no demuestran que todos los servicios históricos funcionaran igual ni que cada registro fuese inexacto.

El trabajo de RDAP de 2015 propuso otra superficie común. RFC 7480 especificó el comportamiento HTTP para los servicios de datos de registro y pidió consultas y respuestas uniformes, redirecciones y apoyo para nombres internacionalizados e información localizada. RFC 7481 describió servicios de seguridad, como autenticación y control de acceso, que RDAP podía incorporar desde otras capas de protocolo. En 2021, RFC 9082 especificó patrones de consulta y RFC 9083 definió estructuras JSON para las respuestas.

El nuevo formato no tenía que fingir que el servicio anterior había desaparecido. La sección 4.7 de RFC 9083 define port43 como una cadena con el nombre de host completo o la dirección IP del servidor WHOIS donde puede hallarse el objeto correspondiente. El documento fija un límite importante: el valor no es una URI porque no existe un esquema URI para WHOIS. Los ejemplos incluyen un servidor como whois.example.net.

Una referencia no es una pasarela

El campo hace visible la transición dentro del propio objeto: un cliente recibe una estructura RDAP y puede conocer además un servidor WHOIS asociado. Es una pista de compatibilidad, no una conversión de transporte. port43 no especifica el comando WHOIS, su gramática de búsqueda, el formato de respuesta, credenciales ni una regla para decidir si ambos resultados describen exactamente el mismo registro actual.

La expresión «puede encontrarse» también limita lo que afirma. El campo no obliga a que el servidor responda, no demuestra que sea la fuente con autoridad ni certifica que entregue los mismos valores que RDAP. Tampoco prueba que un cliente vaya a seguir la referencia. Esas decisiones quedan en manos de los operadores de registro, de los datos que publican y de la política del cliente.

Es fácil confundir las dos interfaces porque ambas exponen datos de registro. Sin embargo, un nombre de host dentro de JSON no es una consulta en directo; una consulta en directo tampoco prueba por sí sola la autoridad o exactitud del registro. RDAP estructuró la interfaz. port43 conservó el nombre de un servicio cercano sin afirmar que ambos sistemas compartieran la misma lógica.

Qué deberían vigilar los operadores

Un sistema que consuma ambas interfaces puede comprobar por separado si aparece port43, si el valor es un nombre de host o una dirección válidos, si el puerto TCP 43 responde según la política prevista y si los resultados describen objetos comparables. Una referencia ausente o modificada justifica revisar una dependencia; por sí sola no prueba una transferencia de recursos, un cambio de ruta o un cambio de autoridad registral.

Una integración debe decidir expresamente si consultará WHOIS, qué sintaxis enviará, cómo tratará los tiempos de espera y qué considerará una discrepancia. Si estas reglas quedan implícitas, un campo destinado a identificar un posible servidor puede convertirse en una dependencia operativa oculta.

Fuentes