KB19 der Host auf dem des acme.sh-Skript läuft zählt hier nicht, weil da wärs bei mir instant verfügbar,
es muss aber aus Sicht der LE Server klappen;
Klar, aber LE fragt ja direkt bei den autoritativen NS, damit kein Cache von irgendwelchen Resolvern dazwischen pfuscht. Und genau das könnte das Script ebenfalls machen, das ist nämlich bei anderen Clients teilweise der Fall.
Klar, ich meine die DNS-Challenge. Sorry, falls das nicht eindeutig war. 
Führt Dein Server von Zeit zu Zeit selbstständig fstrim aus oder verwendet (nicht mehr empfohlen) Online-Discard?
Falls beides nicht der Fall ist und Du auch keine Speicheroptimierung ("Defragmentierung") im SCP durchgeführt hast, sind die ehemals belegten Blöcke wahrscheinlich im Snapshot enthalten.
Wenn wir hier schon über acme.sh schreiben: Ich habe das vor mehr als einem Jahr mal kurz getestet. War ich damals nur blind oder muss man wirklich zwingend mit dieser Wartezeit arbeiten?
Sprich: Ist acme.sh wirklich noch immer nicht intelligent genug, selber in einer Schleife zu prüfen, ob die Einträge beim zuständigen NS dieser Domain bereits bekannt sind? Das würde die Wartezeit doch drastisch verkürzen...
Vermutlich tobt auf einigen Endgeräten ein Virus/Wurm/Trojaner, der DDOS Attacken ins Internet startet. Die Endgeräte kann ich nicht beeinflussen.
Wieso kannst Du die nicht beeinflussen? Wenn von dort ausgehende Attacken ausgeführt werden, wäre es doch passend diese Geräte aus dem Netzwerk zu bannen, oder?
(Dass es eine handvoll gute Gründe dagegen geben kann, ist mir bewusst. Ohne mehr Details klingt das aber leider noch nicht sehr wahrscheinlich.)
Macht bestimmt Spaß, damit ein Cert mit 80-100 Einträgen zu Signieren...
Wieso? Die Wartezeit läuft doch nur einmal, nachdem alle benötigten Records hinzugefügt wurden. Die werden ja gemeinsam überprüft von LE. (Glaube ich zumindestens, ich nutze acme.sh nicht!)
Will man mehrere solcher Monsterzertifikate erstellen, könnte man es parallel anstoßen. Und die Überprüfung der Domain entfällt oftmals sogar, wenn sie erst kürzlich stattgefunden hat. (Gleicher LE Account vorausgesetzt.)
Das ist dann ja ein akzeptables Verhalten und es hat sich dann in den letzten Jahren wirklich verbessert, ohne dass dies Kommuniziert wurde.
Afaik war das nie anders. Seit der DNS-Editor im CCP eingeführt wurde, das war glaube ich schon Ende 2009 der Fall, wurden die Zonen bei Änderungen immer schon alle 10 Minuten neu generiert.
Kann natürlich sein, dass es dazwischen mal (längerfristige) Störungen gab. Seit es die API gibt, wäre mir diesbezüglich aber nichts großartiges aufgefallen.
(Ich habe die letzten Beiträge nur überflogen. Wie es bei NS-Änderungen ist, weiß ich nicht. Ich beziehe mich auf normale A/AAAA/MX/TXT usw. Records. Bei denen dauert es definitiv nicht mehrere Stunden.)
Wenn man DNS-Einträge bei netcup ändert, sind die nach spätestens 10-20 Minuten auf den netcup Nameservern verfügbar. Der Cronjob im Hintergrund wird wohl als */10 ausgeführt. Wenn man die Änderung um xx:x9 Uhr tätigt, ist sie normalerweise eine Minute später online.
Einfach mal direkt prüfen: dig <TYPE> <HOST> @root-dns.netcup.net
Wenn das nach 10-20 Minuten nicht klappt, hängt wahrscheinlich irgendwas bei netcup. Das würde man dann aber auch im CCP sehen, weil die Spalte "Gültig" nie auf YES wechselt.
Klar, die Resolver rund um den Globus halten sich meistens an die eingestellte TTL. Dort dauert es natürlich etwas länger, wenn die angefragten Records schon im Cache sind.
Kennt zufällig jemand eine Universal-Taschenlampenhalterung, die auf so ein GoPro-Gelenk passt? Also quasi Taschenlampe statt GoPro irgendwo montieren. Die Taschenlampe ist eine LC90 von Anker.
Ich finde da nur spottbillige Teile aus China (meistens ZTTO), die aber ewig brauchen würden, bis sie in AT ankommen. Falls sie überhaupt ankommen…
Einzige Alternative wäre irgendwas in diese Richtung: Taschenlampenhalterung mit 1/4" oder 3/8" Stativgewinde. Aber die sind alle sauteuer oder riesig, das lohnt sich nicht. Beim GoPro-Umweg wäre alles schön kompakt.
Mein Dovecot Server erkennt z.b. mittels eines globalen Sieve Scriptes, wenn beliebige Mails aus dem Posteingang in den Spam Ordner geschoben werden und lernt dann den Bayes Filter an.
Jetzt wollte ich gerade schreiben: "Afaik ist das ein Dovecot-Plugin (Antispam) und hat mit Sieve genau gar nichts zu tun."
Um dann zu sehen, dass dieses Plugin Deprecated ist und tatsächlich durch eine IMAP-Sieve-Lösung ersetzt wurde. Oha! 
Schon mal beim Support nachgefragt, ob es diesbezüglich Pläne gibt?
Die Antwort kannst Du uns ja auszugsweise nachher mitteilen.
mainziman Afaik sollte das nach einem Tag verschwinden.
PS: Hat das Problem sonst noch jemand? Seit einem der letzten Chrome Updates unter Android ruckelt das Forum hin und her beim Scrollen, wenn man gerade einen Beitrag abgesendet hat. Sobald man irgendwoanders hin navigiert, ist wieder alles in Ordnung. Bis zum nächsten abgesendeten Beitrag…
?
Nachträglich gibt es jedenfalls keine Provision. Was nicht im CCP auftaucht, wird Dir auch nicht angerechnet.
Sorry! 
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antworten.
Ich werde ignorierten Usern nicht mehr antw_
*aufdietafelkritzel*
Nerds...
Jep, Du bist unter Nerds gelandet! 
Die Abteilung für N00bs findet man woanders. (Zu denen Du natürlich auch nicht zählst. Nicht, dass Du mich falsch verstehst!)
Ich würde Dir empfehlen, Dich nicht auf den Referrer zu verlassen. Der wird in manchen Browsern bzw. durch Addons nicht mehr übertragen bzw. blockiert.
Eine gute Alternative ist der ref Parameter: https://forum.netcup.de/netcup-intern/…oten/#post91588
Anscheinend hab ich wieder etwas verpasst ??
Im Gegenteil, spart kostbare Lebenszeit!
Ich lasse mal eine kleine YouTube Empfehlung im Thread zurück
ok, war mir gar nicht bewusst - auf Synology-Ebene hab ich mich auf die "normalen" Updates verlassen
Ich weiß das auch erst, seit die Critical-Updates übers Webinterface nicht mehr korrekt installiert werden konnten, weil irgendwas Schluckauf hatte.
Ein simples dpkg -i <...> führte damals zum Erfolg… 
