> ## Documentation Index
> Fetch the complete documentation index at: https://docs.basaltic.sh/llms.txt
> Use this file to discover all available pages before exploring further.

# Límites y solución de problemas

> Los límites que impone la API y qué comprobar cuando un nombre no se resuelve de la manera que esperas.

<a id="limits-and-behaviour" />

## Límites y comportamiento

<ResponseField name="zone file import" type="1 MiB">
  Los archivos más grandes son rechazados.
</ResponseField>

<ResponseField name="records per zone" type="quota-enforced">
  Se comprueba tanto en la creación de un solo registro como en la importación, en función de la cuota de su organización.
</ResponseField>

<ResponseField name="ttl" type="60–604800 seconds, default 3600">
  Omita, o envíe `0`, para obtener el valor por defecto de una hora. Cualquier otro valor por debajo del mínimo de 60 segundos es rechazado — `0` es un centinela que significa "usar el valor por defecto", no la parte inferior del rango, por lo que `30` es un error donde `0` no es.

  En la actualización ese sentinel no se aplica: `0` se rechaza allí, porque un PATCH que lo envía está pidiendo un TTL de cero en lugar de declinar elegir.

  El máximo es 604800 (7 días).
</ResponseField>

<ResponseField name="deleting a zone" type="202, runs in the background">
  Elimina todos los registros que posee, además del material de clave DNSSEC de la zona y el DS en su padre; la fila de zona es la última, por lo que nunca queda nada eliminado a medias.

  La llamada responde `202`, no `204`: el desmantelamiento es **aceptado**, no terminado, y la zona todavía existe cuando regresa. Consulta `GET /v1/zones/{zone_id}` hasta que sea `404`. Eso importa si quieres volver a crear el mismo nombre — hasta que el desmantelamiento se complete, crearlo de nuevo responde `409`.
</ResponseField>

<a id="troubleshooting" />

## Solución de problemas

<AccordionGroup>
  <Accordion title="La zona no se resuelve en absoluto" icon="circle-x">
    Compruebe `ownership.verified`. Una zona sin zona encima de ella en la plataforma no responde hasta que se demuestra la propiedad: crearla no es reclamarla. Establezca los `nameservers` propios de la zona en su registrador y llame a `verify-ownership`; vea [proving ownership](/es/dns/ownership).
  </Accordion>

  <Accordion title="Establezco los servidores de nombres pero la verificación sigue fallando" icon="circle-x">
    Dos cosas hacen esto.

    **Utilizaste los nombres de servidor de nombres de Basaltic** en lugar de los que tu zona enumera. Solo los nombres etiquetados verifican una zona — compare lo que está en su registrador con la matriz `nameservers` carácter por carácter.

    **El dominio está delegado a dos zonas Basaltics a la vez.** Si bien eso es cierto, ninguno de los dos se sirve, y el mensaje de verificación lo dice. Elimine los servidores de nombres que su zona no enumera, esto se espera a mitad de camino al mover un dominio entre cuentas.
  </Accordion>

  <Accordion title="La re-creación de una zona que acabo de borrar devuelve 409" icon="clock">
    La eliminación todavía está en ejecución. `DELETE` responde `202` y el desmontaje termina en segundo plano, dejando la fila de la zona por último — así que durante unos segundos el nombre sigue ocupado. Poll `GET /v1/zones/{zone_id}` hasta que sea `404`, luego crea.
  </Accordion>

  <Accordion title="Un nombre resuelve para algunas personas y SERVFAILs para otros" icon="triangle-alert">
    Ese patrón —funciona para los resolutores que no validan, falla para los que validan— es la firma de un CNAME que comparte un nombre con otro registro. La API rechaza las nuevas, pero vale la pena comprobar una zona importada o migrada de manera inusual. Enumera los registros en ese nombre y asegúrate de que el CNAME esté solo.
  </Accordion>

  <Accordion title="La validación DNSSEC falla en todas partes" icon="shield-x">
    Casi siempre un registro DS que falta o está obsoleto en el registrador. Compare lo que el registrador publica con `dnssec.ds_records` en la zona: un DS que queda de un proveedor anterior rompe la validación exactamente tan a fondo como ningún otro.
  </Accordion>

  <Accordion title="Una importación no eliminó los registros que eliminé" icon="git-merge">
    Funciona como se esperaba: la importación se fusiona y nunca se elimina. Un RRset ausente del archivo se deja solo. Eliminar registros explícitamente a través de los extremos de registro.
  </Accordion>
</AccordionGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.