Revendedor de API Ayuda

Hicimos lo mejor que pudimos para traducir esta página para ti. La página en inglés también está disponible.

Notas de la versión de API de dominios

Estas son las notas de la versión de la API de dominios. Nos aseguraremos de mantenerlo actualizado con los próximos lanzamientos de funciones y nuevas ofertas.

Abril de 2020

Cambios en la privacidad de WHOIS

El 1 de julio de 2020, mejoraremos nuestra oferta de privacidad para brindarte más control sobre cómo administras la privacidad de tus dominios. Primero, podrás habilitar o deshabilitar la privacidad sin cancelar ni volver a comprar el producto. Al agregar privacidad por primera vez a un dominio, la información de contacto del proxy se utilizará para reemplazar tu información de contacto personal en respuesta a las consultas de WHOIS. Para exponer temporalmente tu información de contacto personal en WHOIS, se está introduciendo un nuevo atributo exposeWhois, así como una nueva clave de acuerdo para verificar el consentimiento para exponer datos de contacto personal, de la siguiente manera:

PARCHE /v1/domains/mydomain.com "consent": {"verifyAt": "2020-03-30T10: 00: 00Z", "acordBy": "12.13.14.15", "AgreementKeys": ["EXPOSE_WHOIS"]} , "exposeWhois": "true"

La información de contacto proxy se puede restaurar usando el siguiente comando, sin necesidad de una clave de acuerdo:

PARCHE /v1/domains/mydomain.com "exposeWhois": "false"

Además, a partir del 1 de julio de 2020, ofrecemos protección de privacidad básica gratuita en todos los dominios nuevos y en los dominios existentes que aún no tienen nuestra protección de privacidad avanzada. La privacidad básica enmascarará la mayoría de los datos de contacto personales en las consultas whois, exponiendo solo el nombre de la empresa, el país y el estado. Para los dominios con protección de privacidad básica, la información de contacto personal se puede exponer o enmascarar opcionalmente en whois usando los mismos comandos API detallados anteriormente.

Ahora disponible: .APP, .DEV y .PAGE

A partir del 28 de abril de 2020, los usuarios de API pueden registrar dominios .APP, .DEV y .PAGE, con una adaptación especial. .APP, .DEV y .PAGE se designan como espacios de nombres seguros. Todos los principales navegadores requieren que los dominios en estos espacios de nombres tengan un certificado SSL.

Los registrantes no están obligados a comprar un certificado SSL como requisito previo para comprar su dominio, pero los proveedores de nombres de dominio deben notificar a sus registrantes en el momento del registro que necesitarán un certificado SSL para poder servir su dominio en un navegador. .

Los detalles completos sobre este requisito están disponibles a través del siguiente método API:

GET/v1/domains/Agreement? Tlds = APP

En apoyo de estos TLD especiales, se está introduciendo una clave de acuerdo adicional llamada HTTPS_NOTICE en la sección de consentimiento en el cuerpo del extremo de compra para que los usuarios reconozcan que han revisado este requisito y desean proceder con el registro. Incluyendo esta nueva clave de acuerdo obligatoria, la sección de consentimiento de una solicitud de compra válida se vería así:

POST/v1/domains/purchase "domain": "mydomain.app", "consent": {"memberAt ":" 2020-03-30T10: 00: 00Z "," acordBy ":" 12.13.14.15 "," AgreementKeys ": [" DNRA "," HTTPS_NOTICE "]}, ...

TLD de reclamos de marcas comerciales indefinidos

Ahora están disponibles 13 TLD adicionales a través de la API: .ACCOUNTANT, .CRICKET, .DATE, .DOWNLOAD, .FAITH, .LOAN, .MEN, .PARTY, .RACING, .REVIEW, .SCIENCE, .STORAGE y .WIN. Estos TLD se encuentran en un período de reclamo de marca comercial indefinido. Actualmente, los dominios en estos 13 espacios de nombres que tienen reclamos de marcas comerciales se tratarán como no disponibles. Los dominios sin reclamos de marca registrada se pueden comprar normalmente.

Límites de registros de zona DNS

Para garantizar la escalabilidad de nuestras funciones de administración de DNS para todos los clientes, estamos implementando límites en la cantidad de registros que se pueden crear en una sola zona. A partir del 28 de abril de 2020, los clientes de DNS estándar pueden crear hasta 500 registros por zona, y los clientes de DNS premium pueden crear hasta 1500 registros por zona. Este cambio afectará a los siguientes puntos finales:

PUT/v1/domains/ {domain} /records PUT/v1/domains/ {domain} /records/ {type} PUT/v1/domains/ {domain} /records/ {type} / {name} PATCH/v1/domains/ {domain} /records

Cuando se invoca cualquiera de los puntos finales anteriores, evaluaremos si la actualización solicitada para la zona provocaría que la zona exceda el límite de registros. De lo contrario, procesaremos la solicitud normalmente. Si es así, devolveremos una respuesta 422 con los siguientes detalles de error:

código: Mensaje de ZONE_LIMIT_EXCEEDED: La zona no puede exceder los 500 registros; La operación solicitada excedería el límite.

Para las zonas que actualmente exceden el límite, todos los registros existentes permanecerán intactos. Sin embargo, no se pueden agregar nuevos registros hasta que el conteo general de registros de la zona esté dentro del límite de registros, lo cual se puede lograr usando el método PUT.

Tamaño de página de registro de zona DNS

Al recuperar registros de una zona, el parámetro de límite se utiliza para indicar el número de registros que se recuperarán. Para garantizar la escalabilidad del sistema, el 28 de abril de 2020 aplicaremos un límite máximo de 500 registros. Este cambio afectará a los siguientes puntos finales:

GET/v1/domains/ {domain} /records GET/v1/domains/ {domain} /records/ {type}

Cuando se recibe una solicitud con un límite superior a 500, devolveremos una respuesta 422 con los siguientes detalles de error:

code: VALUE_OVER mensaje: El límite debe tener un valor no mayor a 500.

Los usuarios aún podrán recorrer todos sus registros de zona en tamaños de página hasta 500, usando los parámetros de desplazamiento y límite.