Certbot standalone auto-renewal #77
Reference in New Issue
Block a user
No description provided.
Delete Branch "feat-cert-auto-renewal"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
closes #11
tiene mergeado #76
Certbot stamdalone auto-renewalto Certbot standalone auto-renewal@ -0,0 +38,4 @@kipu.latina.red IN A 5.161.236.18*.kipu.latina.red IN A 5.161.236.18_acme-challenge.kipu.latina.red IN CNAME abyaya.la._acme-challenge.kipu.latina.red IN NS _acme-challenge.abyaya.la.esto es lo que decía que no hace falta dar de alta todos los fqdn en knot, porque estos 4 registros se pueden crear en su dns (salvo que no soporte wildcard)
Es que no soportan wildcard, por ej el de Latina.red es Bind9, ¿no fue por eso levantamos Knsupdate de hecho el año pasado?
Lo que aqui estamos pensando hacer es que haya que delegarlos (registros NS) para utilizarlos, lo cual es bastante estándar en cada Hosting. Una vez delegados, como este que lo está, intentar obtener el standalone a través del mismo proxy del certbot.
Si los certificados los tenemos que tener nosotrxs, ¿como haríamos esta conexión entre el certbot y el NS externo si no?
mmm pensemos esto, a ver.
lo que estamos haciendo con *.HUERTA.abyaya.la es dar de alta en un dns dinamico porque no podemos tener ..abyaya.la. de hecho estoy pensando que nos podiamos evitar todo esto con un servidor dns que hice que sí lo permite hacer. quedará para otro momento.
si yo tengo huerta.sutty.coop.ar y lo quiero dar de alta en el proxy, en mi dns creo estos registros:
si mi servidor dns no soporta wildcards, tendré que dar de alta todos los subdominios que necesite.
si en cambio vamos por la delegación a los nameservers de la red (ahora gestionados por sutty):
y el resto se gestiona por knsupdate. pero sutty tiene que dar de alta la delegación en sus knot, que no es lo que pasó (porque no me pediste).
y para que certbot funcione, tendría que crear este registro
Este último registro está, en el Knsupdate de más arriba
La delegación NS no, porque esa si va en el Registrar
@ -0,0 +57,4 @@-v abyayala_certs_data:/etc/letsencrypt \--network host \numericalatina/certbot-wildcard \certonly --dns-standalone-address=5.161.236.18 --dns-standalone-port=53 \está usando la ip del proxy real? sino estas hardcodeando el de producción
Sip esto está mal hardcodeado
@ -41,0 +36,4 @@day: 4,18hour: 0minute: 0job: "docker run --rm -v {{ althost }}_certs_data:/etc/letsencrypt --network host {{ CERTBOT_image }} renew --dns-standalone-address={{ host_ip }} --dns-standalone-port=53 >> /var/log/renewal.log 2>&1"ah ok no está hardcodeada
por que los logs van a un archivo separado en vez del journal?
Esto está copiado de Numérica. Hay que adaptarlo a lo que resuelva este issue #45
por ahora sacale el
>> /var/logy agregale--log-driver=journaldAqui hay que decidir si queremos usar CNAME o NS para la delegación.
Creo que con NS se puede automatizar los demas registros, y en el primer caso son mas las configuraciones que hay que hacer por fuera.
Asi que preferiria NS