¿Cómo apunto mi dominio a Civo?

Cambia los nameservers en tu registrador a ns0.civo.com y ns1.civo.com, y después crea el dominio dentro de Civo para que haya una zona que responda por él. Civo aloja DNS pero no registra dominios, así que el dominio se queda donde lo compraste. Hacen falta las dos mitades: una delegación sin zona no devuelve nada, y una zona sin delegación no se consulta nunca.

¿Qué tipos de registro DNS puedo editar en CivoCloudManager?

El selector de tipo ofrece A, AAAA, CNAME, MX, TXT, SRV y NS. El campo de prioridad aparece sólo en MX y SRV, y el TTL viene precargado con 600, el valor por defecto que documenta Civo. La documentación de la CLI de Civo lista A, CNAME, TXT, SRV y MX, así que revisa la respuesta después de escribir tu primer registro AAAA o NS.

¿Puedo editar el DNS de Civo sin usar el navegador?

Sí. La Civo CLI lo hace desde un terminal y CivoCloudManager lo hace desde una ventana nativa de macOS usando la misma Civo REST API v2. En la app, los dominios se despliegan en su sitio para mostrar sus registros, Edit abre una hoja precargada con los valores actuales y borrar exige teclear la etiqueta del registro para confirmar.

¿CivoCloudManager sustituye a external-dns?

No. external-dns es un controlador de Kubernetes con proveedor de Civo integrado que crea y elimina registros automáticamente según cambian Services e Ingresses. CivoCloudManager no tiene componente dentro del clúster y no crea nada por su cuenta. Usa los dos sobre el mismo dominio: el controlador es dueño de los nombres que gestiona, tú del resto.

¿Para qué sirve el DNS inverso y dónde se configura en Civo?

El DNS inverso asigna un hostname a la IP de una instancia, y los receptores de correo lo comprueban de forma rutinaria antes de aceptar un mensaje. En Civo es una propiedad de la instancia y no una entrada de tu zona, así que en CivoCloudManager se configura en la vista de detalle de la instancia: pulsa la fila Reverse DNS, escribe el hostname y guarda.

DNS y dominios de Civo, editados desde una ventana de Mac.

Apunta un dominio a los nameservers de Civo y después mantén la zona en una app nativa en vez de en una pestaña del navegador.

Civo aloja el DNS de dominios que registras en otro sitio. El montaje es corto: mueves los nameservers en tu registrador, creas el dominio dentro de Civo y añades los registros. El mantenimiento posterior es donde el navegador empieza a doler, porque el momento que importa suele ser un desafío de certificado a una hora incómoda, y estás a tres clics de profundidad en un panel web intentando pegar un valor TXT sin una errata. CivoCloudManager mantiene la misma zona sobre la misma Civo REST API v2, en una ventana que ya tienes abierta.

Apuntar un dominio a Civo, de principio a fin

01

Registra el dominio en otro sitio

Civo no vende registro de dominios. Su documentación es explícita: el servicio de DNS sirve únicamente para alojar la zona. El dominio se queda en el registrador donde lo compraste y lo único que se mueve es la delegación de nameservers.
02

Pon los nameservers en ns0.civo.com y ns1.civo.com

En el panel de control de tu registrador, sustituye los nameservers actuales por ns0.civo.com y ns1.civo.com. Esos dos hostnames son los que documenta Civo. Lo rápido que surta efecto el cambio lo deciden el TTL de la delegación anterior y tu registrador, no Civo, así que cuenta con una espera antes de que lo que añadas abajo sea visible desde fuera.
03

Crea el dominio en Civo para que exista la zona

Delegar los nameservers no sirve de nada hasta que Civo tiene una zona por la que responder. En CivoCloudManager eso es la vista Domains: el botón más de la barra de herramientas crea el dominio. La app lo publica en el endpoint /dns de la REST API v2 de Civo. Los dominios son de toda la cuenta, no están atados a una región, así que la región que elegiste en el onboarding no acota ninguna zona.
04

Añade los registros

Despliega un dominio en la lista y sus registros aparecen debajo, cada uno con tipo, nombre, valor y TTL. Add Record abre un editor con selector de tipo, un campo de nombre (www, mail o @ para el apex), un campo de valor, un TTL que arranca en 600 y un campo de prioridad que sólo aparece si eliges MX o SRV.
05

Comprueba contra la API, no sólo contra tu resolver

Recarga el dominio en la app para confirmar que Civo guardó lo que enviaste. Si después una consulta sigue fallando, la causa suele ser la delegación o la caché, no un registro mal escrito. La vista API Health de la app te dice en una pantalla si el endpoint de DNS de Civo responde siquiera, lo que separa un problema de Civo de un problema de resolver antes de que empieces a adivinar.

Los tipos de registro que escribe la app

El selector de tipo ofrece A, AAAA, CNAME, MX, TXT, SRV y NS. La prioridad sólo se pide en MX y SRV, porque son los dos tipos que la llevan. El TTL viene precargado con 600, el valor por defecto que documenta la propia Civo. La documentación de la CLI de Civo nombra A, CNAME, TXT, SRV y MX, así que si escribes un AAAA o un NS, lee la respuesta que te muestra la app en vez de dar por hecho que ha entrado. Borrar un registro es lento a propósito: la hoja de confirmación te obliga a teclear la etiqueta del registro tal cual aparece antes de activar el botón de borrado.

Por qué gana un editor nativo durante un desafío de certificado

Un desafío ACME DNS-01 te da una cadena larga y aleatoria y una ventana corta. En la app el dominio se despliega en su sitio, los registros existentes se quedan a la vista mientras trabajas, y elegir Edit en un registro abre una hoja ya rellena con su tipo, nombre, valor y TTL, así que corregir un valor TXT es seleccionar, pegar, guardar. Nada navega a otra parte, nada se recarga y el registro con el que comparas sigue en pantalla. Un formulario web que reinicia la página después de cada guardado te cuesta lo único que no tienes en ese momento, que es atención.

El DNS inverso vive en la instancia, no en la zona

El DNS inverso es una función real de Civo con documentación escasa, y no forma parte de la zona DNS. Es una propiedad de la instancia, así que se configura en la vista de detalle de la instancia: la fila Reverse DNS muestra el hostname actual o Not set, y al pulsarla la fila se convierte en un campo de texto. Guardar escribe el campo reverse_dns en la instancia y el cambio queda en el registro de actividad local de la app con marca de tiempo. Esto importa sobre todo para cualquier cosa que envíe correo, porque los servidores receptores suelen comprobar que una IP resuelva a un hostname plausible.

Lo que esto no es: no sustituye a external-dns

external-dns es un controlador de Kubernetes con proveedor de Civo integrado que se autentica con un CIVO_TOKEN y crea registros automáticamente a partir de Services e Ingresses. CivoCloudManager no hace nada de eso. No tiene componente dentro del clúster, no reacciona a nada y jamás va a crear un registro porque haya aparecido un Service. Si tus registros deben seguir a tus cargas de trabajo, usa external-dns y sigue usándolo. Los dos conviven en el mismo dominio sin conflicto mientras dejes en paz los nombres que gestiona external-dns: usa la app para los registros que pertenecen a una persona, como el apex, el correo, las cadenas de verificación y las delegaciones, y deja el resto al controlador.

Cuando los registros no propagan, descarta primero la API

El endpoint de DNS es uno de los dieciséis endpoints de la REST API de Civo que la app comprueba desde la sección Account. Cada uno se llama por turno con un timeout de diez segundos, y obtienes el código de estado HTTP más el tiempo de ida y vuelta en milisegundos, verde por debajo de 200 ms, ámbar por debajo de 500 ms, rojo por encima. La cabecera resume la pasada como All Systems Operational o como un recuento de endpoints no disponibles. Es una cosa pequeña que ahorra un tipo concreto de hora perdida: cuando un registro recién escrito no aparece, puedes ver si Civo llegó a aceptar la escritura antes de ponerte a vaciar cachés y a culpar a tu resolver.

Dónde están las credenciales

Una sola clave API de Civo mueve todo esto y se guarda en macOS Keychain, con Touch ID obligatorio antes de que la app la revele. No hay ningún servidor del editor entre el Mac y Civo, ni telemetría. La app está en el sandbox con cuatro entitlements, requiere macOS 15 o posterior en Apple silicon o Intel, y el código fuente está disponible en github.com/marcelrgberger/civo-cloud-manager por si prefieres leer el código de las peticiones a fiarte de una descripción.

Tres maneras de cambiar un registro de Civo

Más que competidores son trabajos distintos. El reparto honesto es que uno de ellos sirve para automatizar y dos son para personas.

Capacidad	Panel de Civo (navegador)	external-dns	CivoCloudManager
Editar un registro suelto a mano	Sí	No es su propósito	Sí, en un editor precargado
Crear registros automáticamente desde Services e Ingresses de Kubernetes	No	Sí, es justo para lo que está	No, y nunca lo hará
Necesita un clúster de Kubernetes en marcha	No	Sí	No
DNS inverso en una instancia	Sí	No	Sí, en línea en la instancia
Dónde vive la clave API	Sesión del navegador	Secret de Kubernetes en el clúster	macOS Keychain, Touch ID para revelarla
Salud de los endpoints de la API de Civo	No	No	Dieciséis endpoints con estado y latencia

Preguntas sobre el DNS de Civo, respondidas

¿Cómo apunto mi dominio a Civo?: Cambia los nameservers en tu registrador a ns0.civo.com y ns1.civo.com, y después crea el dominio dentro de Civo para que haya una zona que responda por él. Civo aloja DNS pero no registra dominios, así que el dominio se queda donde lo compraste. Hacen falta las dos mitades: una delegación sin zona no devuelve nada, y una zona sin delegación no se consulta nunca.
¿Qué tipos de registro DNS puedo editar en CivoCloudManager?: El selector de tipo ofrece A, AAAA, CNAME, MX, TXT, SRV y NS. El campo de prioridad aparece sólo en MX y SRV, y el TTL viene precargado con 600, el valor por defecto que documenta Civo. La documentación de la CLI de Civo lista A, CNAME, TXT, SRV y MX, así que revisa la respuesta después de escribir tu primer registro AAAA o NS.
¿Puedo editar el DNS de Civo sin usar el navegador?: Sí. La Civo CLI lo hace desde un terminal y CivoCloudManager lo hace desde una ventana nativa de macOS usando la misma Civo REST API v2. En la app, los dominios se despliegan en su sitio para mostrar sus registros, Edit abre una hoja precargada con los valores actuales y borrar exige teclear la etiqueta del registro para confirmar.
¿CivoCloudManager sustituye a external-dns?: No. external-dns es un controlador de Kubernetes con proveedor de Civo integrado que crea y elimina registros automáticamente según cambian Services e Ingresses. CivoCloudManager no tiene componente dentro del clúster y no crea nada por su cuenta. Usa los dos sobre el mismo dominio: el controlador es dueño de los nombres que gestiona, tú del resto.
¿Para qué sirve el DNS inverso y dónde se configura en Civo?: El DNS inverso asigna un hostname a la IP de una instancia, y los receptores de correo lo comprueban de forma rutinaria antes de aceptar un mensaje. En Civo es una propiedad de la instancia y no una entrada de tu zona, así que en CivoCloudManager se configura en la vista de detalle de la instancia: pulsa la fila Reverse DNS, escribe el hostname y guarda.

Guías

Paso a paso, y comparativas honestas.

En profundidad

Una lectura específica para cada producto de Civo.

Cada superficie de Civo que toca CivoCloudManager tiene su propia página, con los detalles concretos, las contrapartidas y la arquitectura. Elige la que más se acerque a lo que haces hoy.

Ten la zona donde ya tienes las manos.

CivoCloudManager es una compra única en la Mac App Store, con siete días de acceso completo desde el primer arranque y un cortafuegos en la barra de menús que sigue siendo gratis después.

Descargar en el Mac App Store

Requiere macOS 15 (Sequoia) o posterior.

Volver a la visión general de CivoCloudManager