Use su propia cuenta de Azure DNS para gestionar el DNS de sus dominios

Qué ventajas le ofrece conectarlo

Conectar su propia cuenta de Azure permite que el DNS de un dominio se sirva desde su cuenta en lugar de la nuestra. Usted conserva la zona, la facturación y el panel de control del proveedor; nosotros creamos y actualizamos los registros que sus sitios y buzones de correo necesitan, para que no tenga que copiarlos manualmente.

Antes de comenzar

Una suscripción de Azure y un grupo de recursos que contenga —o vaya a contener— sus zonas DNS.

1. Cree la clave en Azure

Azure denomina a esto un service principal. En el centro de administración de Microsoft Entra, abra Entra ID → App registrations → New registration, asígnele un nombre y haga clic en Register. En la página de información general de la aplicación, copie el Application (client) ID y el Directory (tenant) ID. Luego abra Certificates & secrets → Client secrets → New client secret, elija una duración y haga clic en Add; copie el valor del secreto de inmediato, ya que Azure solo lo muestra una vez.

En el portal de Azure, abra el grupo de recursos que desea que utilicemos, luego vaya a Access control (IAM) → Add → Add role assignment. Elija el rol DNS Zone Contributor, asígnelo a User, group, or service principal, busque la aplicación por su nombre y haga clic en Review + assign. Anote el nombre del grupo de recursos y el Subscription ID al que pertenece (busque Subscriptions en el portal).

2. Conéctelo aquí

Abra Integrations en su panel de control y elija Connect an account. Seleccione Your own DNS como grupo y Azure DNS como cuenta, complete los campos Client ID, Client secret, Tenant ID, Subscription ID y Resource group, y presione Connect account.

Probamos lo que pega antes de guardar cualquier información. Una clave que no funciona nunca se almacena, y la respuesta indica cuál fue el problema. Una clave válida se conserva cifrada en nuestro baúl de secretos —nunca en nuestra base de datos— y nunca se vuelve a mostrar, ni siquiera a usted.

Qué sucede después

• En cualquier dominio, abra su pestaña DNS y elija esta cuenta como el lugar desde donde se sirve el DNS del dominio. Crearemos la zona allí si no existe y escribiremos los registros que los sitios y el correo del dominio necesiten.
• Cuando algo de nuestro lado modifique el contenido de un registro —si traslada un sitio, cambia de CDN o añade un buzón de correo— actualizaremos el registro en su cuenta.
• Para finalizar el traslado, los servidores de nombres de su dominio deben apuntar a Azure. Si el dominio está registrado con nosotros, o en un registrador que haya conectado, los configuraremos por usted; de lo contrario, la página del dominio mostrará los servidores de nombres que debe establecer.
• Al realizar la conexión, comprobamos que la clave pueda listar sus zonas, leer registros y modificarlos. La lista de verificación junto a la conexión muestra cuáles de estas acciones pudimos confirmar.

Si no se conecta

Azure rechazó el service principal. O bien el secreto de cliente ha caducado, o la aplicación ya no cuenta con el rol DNS Zone Contributor en el grupo de recursos. Los mensajes son similares, por lo que conviene comprobar la asignación de roles antes de generar un nuevo secreto.

Falta una zona. Se encuentra en un grupo de recursos diferente. Asigne el rol en ese grupo también, o conéctelo como una segunda cuenta.

Indica que la clave fue rechazada. Casi siempre se debe a una de estas tres razones: se copió un espacio o salto de línea junto con ella, la clave ha caducado, o bien fue revocada o regenerada después de haberla copiado. Cree una nueva y péguela otra vez.

Se conecta, pero luego se produce un error. La clave se autentica pero carece de un permiso necesario para la acción. Cree una nueva clave con los permisos indicados anteriormente, luego desconecte la conexión anterior y conecte la nueva clave.

Desconexión

Abra Integrations, busque la cuenta y presione Disconnect. Esto eliminará la clave almacenada de inmediato. Cualquier elemento que la estuviera utilizando se detendrá en su siguiente acción, y las pantallas que dependían de ella lo indicarán en lugar de fallar de forma silenciosa.

Desconectar no revierte lo que ya se había realizado: los registros, despliegues o configuraciones que modificamos en su cuenta permanecerán como están. Si considera que la clave en sí pudo haberse filtrado, revóquela también en el proveedor; desconectarla elimina nuestra copia, no la de ellos.