Wobei es sinnvoll wäre, den Apache, Nginx, ... nach dem Erneuern neu zu laden oder neu zu starten - sonst liefert der das abgelaufene Zertifikat weiter aus, obwohl das neue Zertifikat schon vorhanden ist.
Guter Einwand, das lässt sich mittels
--post-hook "service apache2 reload" machen
Hi,
dafür hat der Certbox die praktische Funktion "renew"
certbot renewDas einfach täglich als Cronjob laufen lassen.
Der Certbot hat sich gespeichert welche Zertifikate er für dich ausgestellt hat. Beim renew schaut er, wie lange die noch laufen. Und wenn eines kurz vor dem Ablaufen ist, erneuert er das von selbst.
Ich verstehe nicht, wie genau du das meinst.
Wenn ich die E-Mail Adressen im Klartext ablege, habe ich ja auch nichts gewonnen. Auch ein Hash (unsalted denn salted ginge ja nicht zum Vergleichen) wäre schlecht, da man dann ja wieder Rückschlüsse auf die den Klartext ziehen kann.
Dann sehe ich keine andere Möglichkeit, als alle zu selektieren, einzeln zu entschlüsseln und zu überprüfen.
Dabei stellt sich mir die Frage, ob der Server für deine Application geeignet ist, wenn du ihm so wenig vertraust.
nächstes mal vorher ankündigen
Indirekt wurde es schon irgendwie angekündigt.
Es gab durch die Probleme mit dem "SafeBrowsing" bereits mehrere Threads hier im Forum, aus denen hervor ging, dass eine neue Domain her muss.
Ich bekam es dann letztendlich im "Längsten Thema" mit:
http://www.customercontrolpanel.de <- Gleich wird umgeschaltet.
Guten Abend,
das hängt damit zusammen, wie die Bilder geladen werden.
Die Links die du einbindest, werden vom Browser aufgerufen. Dieser hat keine Ahnung, wo das Bild intern auf dem Server liegt.
Für die Zugriffe von aussen geht es erst ab dem Document-Root deiner Domain los.
Also wenn die Bilder in /htdocs/images/ liegen, dann mit https://domain.tld/images/mallorca/10.png verlinken.
Mal probiert den Server herunter zu fahren und über das SCP wieder zu starten?
(Immer mein letztes Mittel)
Die unter https://www.netcup-wiki.de/wiki/Zus%c3%a4….28bis_17.04.29 erwähnte Datei /etc/sysctl.d/50-IPv6.conf existiert bei mir nicht.
Hast du sie trotzdem erstellt und das rein geschrieben?
Hi,
so weit macht ufw ja nicht mehr, als die iptables zu konfigurieren.
Du kannst mal mit "iptables --list --numeric" anzeigen lassen, was iptables davon mitbekommen hat.
Jawoll Ja
Screenshot_20190109_214245.png
Kompletter Thread > https://twitter.com/grauhut/status/1082650738927591425
Warum hat meine innere Stimme den Text mit indischem Akzent vorgelesen?.. 
Der VPS100 G7 ist teurer als der VPS200 G8. Also lohnt sich der Umstieg vom 200 auf den 100 nicht
Achso 
Ich vermutete das Problem darin, dass die G7 nicht mehr so leicht zu finden sind
Einen VPS100 hätte ich ja echt gerne
Wo liegt das Problem dir einen zu holen?
zumindest so ihre 30TB im Monat machen.
Ich wüsste gar nicht, womit ich so viel Traffic verursachen könnte 
Dann wäre es ja fast an der Zeit für einen VPS-Baukasten... Langfristig gesehen wird der auch kommen müssen, möchte man zum Dienst mit dem Namen, der eine blauen Mischfarbe bezeichnet, in Konkurrenz treten.
Da frage ich mich, ob sich das bei den aktuell sehr niedrigen Preisen von Netcup überhaupt lohnen würde..
Denn die Vserver aus diesem Konfigurator wären dann wahrscheinlich teurer
Meine zwei Server heißen main und failover.
Manno. Jetzt fühle ich mich unkreativ.
Meine heißen "web", "db", "mail", "files"....... ist nicht so viel besser...
Das wäre Variante 1. Variante 2 wäre die Installationsart - nutzt du auch das von mir benannte Script, oder hast du deinen OpenVPN Server in Handarbeit aufgesetzt?
Es könnte auch sein, dass das Script irgendwo noch eine Konfiguration vornimmt. Gefunden habe ich bei mir aber außer der reulären keine weitere Konfigurationsdatei. Aber vielleicht habe ich auch nicht gut genug gesucht.
Ich habe den in Handarbeit aufgesetzt.
In diesem Fall findet die komplette Konfiguration in der von mir genannten server.conf statt.
Dann kann ich dem TE wohl leider nicht weiter helfen
Das hier gibt es bei mir nicht mal in der /etc/openvpn/server.conf
Ergänzt habe ich es auch nicht.
Interessant, ohne die Option geht es bei mir nicht.
Aber möglicherweise ist das ein Unterschied zwischen Debian und Ubuntu.
Du hast aber recht, die Firewall Regel braucht man auch noch.
/etc/openvpn/server.confWobei es mich fast wundert, dass du scheinbar darin bisher keine Anpassungen vornehmen musstest
Hi,
in der Config des OpenVPN servers diese Zeile einkommentieren
# Uncomment this directive to allow different
# clients to be able to "see" each other.
client-to-clientGuten Abend,
vor allem Interessant um welches Produkt es geht?
(Ich gehe mal davon aus, dass du ein Produkt hier bei Netcup hast (webspace/groupware) und dafür die Zugangsdaten suchst?)
Die Uptime von Netcup kann ich nur mit meinen Dedi-Systemen überbieten
Und auch nur dann, wenn ich die Reboots für Kernel updates weglasse..