acme-ca-server
ACME CA Server es un servidor ACME autoalojado con certificado interno y interfaz web opcional. Soporta desafío HTTP-01, autenticación de correo, notificaciones por mail y una interfaz web para visualizar certificados y dominios.
Ficha actualizada 23 sept 2026, 11:06 · upstream 23 sept 2026, 10:55 · release v0.6.4
Qué es acme-ca-server
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
ACME CA Server (self-hosted let's encrypt) es un servidor ACME que permite la autenticación de certificados sin necesidad de un proveedor externo. Incluye un certificado interno con rollo automático, notificaciones por correo mediante SMTP configurables, y una interfaz web para gestionar certificados y dominios. El proyecto soporta múltiples clientes ACME como Certbot, Traefik, Caddy, uacme y acme.sh. La arquitectura se basa en Python con FastAPI, PostgreSQL como base de datos principal, y Next.js para la interfaz web.
- Autenticación de certificados para sitios web sin necesidad de un proveedor externo
- Gestión de certificados SSL/TLS autoalojada con notificaciones automáticas por correo
- Implementación de autenticación de dominio para aplicaciones que requieren verificación ACME
- Despliegue seguro de servicios con certificados válidos y CRL distribuidos automáticamente
- Administración centralizada de certificados mediante interfaz web integrada
- Soporta autenticación HTTP-01 para la validación inicial de dominios
- Certificado interno con rollo automático (rollover) sin necesidad de reconfigurar el servidor
- Notificaciones por correo configurables mediante templates personalizados
- Interfaz web opcional para visualizar certificados y registros de dominio
- Soporte para múltiples clientes ACME: Certbot, Traefik, Caddy, uacme y acme.sh
- El certificado interno no puede ser revocado por un CA externo sin reconfigurar el servidor
- La autenticación HTTP-01 es vulnerable a ataques de fuerza bruta si no se implementa CAPTCHA o verificación adicional
- No incluye soporte nativo para desafíos DNS-01, requiriendo implementación externa
- El correo SMTP debe configurarse manualmente por cada instancia del servidor
- La interfaz web requiere un entorno de desarrollo separado y puede consumir recursos adicionales
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Se recomienda desplegar el servicio en contenedores Docker con PostgreSQL como base de datos. Se deben configurar permisos seguros para los archivos CA (chmod 600, chown) y usar variables de entorno o Docker Secrets para valores sensibles como la contraseña de la base de datos. Para producción se debe implementar un proxy TLS (Traefik, Nginx o Caddy) que termine el TLS antes de enviar tráfico al servidor. Se recomienda mantener una copia del certificado CA en disco local por seguridad. El servicio soporta despliegue con Docker Compose y puede ser escalado mediante contenedores adicionales.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.