acme dns

  • Hey Leute,


    ich bin endlich mal dazu gekommen die netcup API für lets encrypt wildcards zu nutzen, .. zumindest war das der plan, ... aber irgendwie läuft das alles nicht so, wie geplant. Hab mich, da netcup api mittlerweile implementiert wurde - danke an linuxinside, mal an dem acme.sh client versucht. (https://github.com/Neilpang/acme.sh)


    Installiert habe ich das ganze folgendermaßen:


    Nicht wundern, ich habs direkt als bashscript zum installieren geschrieben, quasi für die "Toolbox"


    Zusätzlich habe ich myaccount.conf angepasst:



    Soweit scheint alles zu funktionieren.


    Wenn ich nun aber mit acme.sh --issue --dns dns_netcup -d r3v.de das Zertifikat erstellen will, ... dann sieht alles erst mal danach aus, dass es funktioniert:




    Ich hab mal im CCP geguckt, also TXT Record wurde gesetzt, TTL steht auf 10 - wobei das bei nem TXT eigentlich keine Rolle spielen sollte.


    Also, was nun? was hab ich übersehen? Was genau hat getwd für ein Problem?


    Bei nem neuen Versuch erhalte ich dann:


    Code
    [So 9. Sep 18:29:05 CEST 2018] new-authz error: {"type":"urn:acme:error:rateLimited","detail":"Error creating new authz :: too many failed authorizations recently: see https://letsencrypt.org/docs/rate-limits/","status": 429}
    [So 9. Sep 18:29:05 CEST 2018] Please add '--debug' or '--log' to check more details.
    [So 9. Sep 18:29:05 CEST 2018] See: https://github.com/Neilpang/acme.sh/wiki/How-to-debug-acme.sh


    Weswegen die Option --debug wohl auch gerade nix bringt :/


    Also, wenn wer Hilfe weiß, oder einen Tipp hat, ich bin für alles offen?


    Andere Frage am Rande, benötige ich noch nen zusätzlich cron? So wie ich das verstanden habe, setzt acme.sh einen bei der Installation. Für Docker Container verwende ich auf einem meiner Server aktuell --post-hook, sollte hier ja auch funktionieren, oder? Bzw. hab ich bei der Durchsicht der Befehle gesehen, dass --renew-hook wohl besser geeignet ist.


    Schönen Sonntag euch!

    Meine Produkte: definitiv zu viele, RS, VPS, Domains, Webhosting, ...

  • Kraeutergarten Lass dich knutschen! - haha


    Code
    [So 9. Sep 19:27:55 CEST 2018] Sleep 300 seconds for the txt records to take effect
    [So 9. Sep 19:32:57 CEST 2018] Verifying:r3v.de
    [So 9. Sep 19:33:00 CEST 2018] Success
    [So 9. Sep 19:33:00 CEST 2018] Removing DNS records.
    [So 9. Sep 19:33:01 CEST 2018]
    [So 9. Sep 19:33:02 CEST 2018] Verify finished, start to sign.
    [So 9. Sep 19:33:03 CEST 2018] Cert success.


    Wenn mir jetzt noch wer verraten kann, wie sich das mit den post-hooks, bzw. renew-hooks und dem cronjob verhält, bin ich geneigt den certbot auf allen systemen durch acme.sh zu ersetzen.


    Die Auswahl an unterstützen APIs ist ja gigantisch. Selbst Aliyun kann ich damit nutzen, was gerade das signen in China um einiges vereinfachen sollte, da spinnt der webroot nämlich gerne mal!

    Meine Produkte: definitiv zu viele, RS, VPS, Domains, Webhosting, ...

  • Bzw. was mir gerade noch einfällt, wird der key immer wieder verwendet? also standardmäßig? Oder muss man wie bei certbot dafür sorgen? --reuse-key oder dergleichen habe ich zumindest nicht gefunden

    Meine Produkte: definitiv zu viele, RS, VPS, Domains, Webhosting, ...

  • wenn Du mit Key den private Key meinst, das kannst Du haben wie Du willst;

    bei mir wird - entgegen des sinnvollen - immer der gleiche private Key verwendet;

    ich verwende nur noch acme.sh; verwende zur Validierung per DNS aber meinen eigenen BIND;


    --csr CERT-REQUEST


    heißt der acme.sh Parameter; wenn Du den Private Key wiederverwenden willst;

    Grüße / Greetings

    Walter H.


    RS, VPS, Webhosting - was man halt so braucht;)

  • Ah perfekt, danke! Geht hierbei eigentlich nur um eine einzige Domain, für den Mailserver, weil ich nicht ständig den TLSA DNS record ändern will. Daher sollte hierbei der Key gleich bleiben.


    Der ACME Client scheint auf jeden Fall umfangreicher zu sein, als der Certbot.


    Kurze Frage noch zum cron.

    Hab nun einfach mit acme.sh --installcronjob den cron in crontab hinzugefügt. Reicht das aus?


    Wobei ich das Script komischerweise mit dem direkten Pfad aufrufen musste. Sonst hätte der irgendwie alles mit --home /root/acme.sh/ hinterlegt ...

    Meine Produkte: definitiv zu viele, RS, VPS, Domains, Webhosting, ...

  • ich habe es nicht direkt als cronjob, ich hab mir ein bash-Script gebastet, welches alles vollautomatisiert

    durchführt; sieh Dir einfach an, was in dem cronjob-Script ausgeführt wird ...

    Grüße / Greetings

    Walter H.


    RS, VPS, Webhosting - was man halt so braucht;)

  • da ich f. den Mailserver das selbe Zertifikat nutze wie f. den Webserver (*.example.com),

    liefert mir certwatch 1 Monat vorher die Info wann es abläuft, und dann ruf ich bei nächster Gelegenheit das bash-Script auf;


    im bash-Script wird automatisiert auch der HPKP Hash berechnet; und falls ich den File mit dem Private key lösch,

    wird der Backup-File genommen und ein neuer Backup-Key generiert;


    so sieht das bash-Script auf meinem Router aus (auf dem vServer nutze ich ein erweitertes weil mehrere Domains)



    Grüße / Greetings

    Walter H.


    RS, VPS, Webhosting - was man halt so braucht;)