Developer Tools: CLI, plataformas y API keys
Objetivo y acceso
Developer Tools reúne Dova CLI, instrucciones iniciales y API keys. Navegar en Administrator requiere admin.access; cada operación de claves/API conserva sus validaciones. Descargar una herramienta no concede acceso a un tenant ni autoriza comandos administrativos.
La vista comparte componente con Dova. Seleccionar plataforma cambia distribución recomendada e instrucciones relacionadas. Revise el sistema de destino, no el del navegador desde el que consulta la guía.
Secciones
| Sección | Uso |
|---|---|
| Descarga principal | Elegir plataforma y distribución publicada |
| Available platforms | Comparar disponibilidad y metadatos |
| Quick start | Seguir instrucciones de la versión publicada |
| API keys | Revisar o crear credenciales según autorización |
| Release notes | Identificar cambios de distribución |
No todas las plataformas están disponibles en cada release. Firma, checksum y disponibilidad son propiedades distintas. Una distribución marcada sin firma no debe describirse como firmada. Compare integridad con el hash del artefacto seleccionado.
Instalación controlada
- Abra Developer Tools y espere catálogo y sesión.
- Seleccione plataforma y compruebe coherencia entre enlace principal y Quick start.
- Descargue y compare integridad con checksum publicado.
- Lea instrucciones de esa distribución; no reutilice comandos antiguos sin contrastarlos.
- Configure acceso mediante el mecanismo documentado y alcance mínimo. Empiece por una lectura permitida.
No se inventan subcomandos en este capítulo. Copie comandos desde Quick start de la release verificada o referencia CLI. En automatizaciones documente versión y variables requeridas, manteniendo secretos fuera del repositorio.
POC sintético
En un fixture publique dos entradas ficticias Windows/Linux con enlaces locales y hashes sintéticos. Seleccione Linux y verifique enlace e instrucciones; vuelva a Windows y repita. Esto valida navegación, no instala binarios ni crea API keys reales.
Para un laboratorio funcional posterior utilice tenant aislado y credencial limitada. Registre sólo resultado, versión y recurso sintético. Si muestra configuración use <API_KEY_DE_LABORATORIO> como marcador textual, nunca como valor que enviar a producción. Los datos de ejemplo deben permitir reconocer el alcance sin revelar información de una cuenta real.
Un ejercicio útil consiste en separar tres comprobaciones: descarga disponible, archivo íntegro y operación autenticada autorizada. Aprobar una de ellas no implica aprobar las demás. Mantenga evidencias independientes para que el diagnóstico no atribuya a la herramienta un error de permisos o de red.
Errores, recuperación y límites
Si no aparece una distribución revise catálogo y error de carga. No adivine URL ni nombres de archivo. Si difiere el hash descarte la descarga y obtenga el artefacto correcto mediante soporte; no continúe ignorándolo.
Un 401 o 403 requiere revisar credencial, tenant y permisos. No genere una clave más potente como primera solución. Las claves son sensibles incluso en capturas temporales; custodia y retirada deben seguir el flujo soportado y la política organizativa.
La página dispone contenido en flujo normal; algunas tablas pueden necesitar desplazamiento horizontal. En PDF conserve comandos completos y copiables, sin cortar argumentos largos ni sustituir guiones por caracteres tipográficos. Verifique rutas relativas y enlaces de descarga al integrar este capítulo en el portal, porque el manual puede vivir bajo /dova/ y la aplicación bajo otro origen.