Beiträge von KB19

    Genau das hab ich gemacht - mit wildcard und www - wird alle 3 monate automatisch erneuert ...

    Die Challenge wird für einen bestimmten Zeitraum gespeichert und muss deshalb nicht immer erneut durchgeführt werden. Würdest Du das Zertifikat also innerhalb der nächsten Wochen verlängern bzw. erneut beantragen, wird weder über HTTP noch über DNS irgendwas überprüft. Vorausgesetzt der "Account" bei Let's Encrypt ist identisch, was je nach ACME-Client (in diesem Fall in Plesk integriert) normalerweise der Fall sein sollte.

    Dein Zertifikat wurde bisher noch gar nicht verlängert, insofern viel Spaß in 3-6 Monaten. Da wird sich irgendwann gar nichts automatisch verlängern, wenn Du beim Wildcard-Zertifikat bleibst. ;)

    Mir ergibt sich nicht ganz, warum du das root-Passwort ändern willst und anschließend den root-Login deaktivierst und Passwort login allgemein deaktivierst? Vermutlich übersehe ich da etwas, aber die paar Minuten oder auch Stunden bis du den Zugang deaktivierst wird das Passwort von netcup doch wohl halten, oder? Ich sehe aber auch nicht, wie das Schaden kann, von daher ist die Nachfrage auch eher meiner Neugier geschuldet.

    Einmal angenommen, jemand schafft es später einen unprivilegierten Account zu übernehmen. Dann wäre es schon besser, wenn das Passwort des root-Accounts nicht in irgendeiner E-Mail liegt, die der Angreifer vielleicht schon kennt und das er dann "lokal" direkt verwenden kann. Wer weiß über welche Server diese E-Mail damals gelaufen ist oder wo die Dateien des Postfaches liegen geblieben sind.

    Ja, das ist etwas paranoid. Aber ein per E-Mail übermitteltes Passwort würde ich lieber ändern.

    Nur wenn man es zu häufig in Anspruch nimmt, kann man u.U. Probleme bekommen.

    Wobei man in diesem speziellen Fall durchaus einen guten Grund darlegen kann: Mit einem vServer ohne Netzwerkanbindung kann man ja nicht zufrieden sein. 8o

    Insofern würde ich das bei einer eventuell Rückfrage in der Zukunft ziemlich locker sehen. Immerhin hat der TE alles probiert inkl. Notfallsupport. Mehr kann man wirklich nicht verlangen, da ist es durchaus nachvollziehbar, wenn man unzufrieden ist.

    Bei mir dauert das Laden übrigens so etwa 2,5 Sekunden. Was seht ihr als "lahm" an?

    Wenn ich spürbar auf die ersten Bytes warten muss. Und das ist bei kabelgebundenem Internet ab ca. 1 Sekunde der Fall.

    Bei Mobilfunk ist meine Schmerzgrenze auch etwas höher, aber das sollte hier wohl kaum die Messlatte sein. ^^

    In der Mobilansicht gibt es diese Funktion nicht. Du kannst aber den vServer einmal im SCP anklicken und danach in einem neuen Tab diesen Direktlink öffnen: https://servercontrolpanel.de/SCP/VNCPopUp

    Eventuell funktioniert es so, laut einem alten Forenbeitrag. Ich würde dennoch nicht empfehlen, solche Dinge über ein Smartphone zu machen. Meiner Meinung nach ist das kein bequemes und sinnvolles Gerät, um Server ernsthaft zu administrieren.

    Eine uralte Aktions-IPv4 (Non-Failover) zu kündigen tut schon irgendwie weh ;(

    Aber ich brauche die seit einem Jahr nicht mehr und den verbundenen Aktionsserver hingegen schon. Transferieren ist also auch keine Option :D

    Kann man im SCP eigentlich auswählen, von welchem Speichermedium der Server booten soll, wenn man LBS bucht? :/

    Also angenommen ich buche eine zweite Festplatte mittels LBS und installiere direkt darauf mein OS. Könnte das System dann von sdb/vdb starten? Oder braucht es dafür zwingend UEFI bzw. eine Boot-Partition auf dem primären Speichermedium?

    Vielleicht hat das schon einmal irgendwer getestet und kann mich erleuchten. Ich habe leider gerade keinen freien Server, bei dem ich LBS buchen kann. ;)

    Mein Server ist von 6,6 GB Used RAM auf 3,6 GB runter gegangen.

    Mein mailcow System belegte vorher übrigens durchschnittlich 3,6 GiB RAM, seit dem FTS-Update sind es weniger als 3,1 GiB.

    Ich habe den VPS jetzt testweise einmal mit mem=5G gebootet (da er 1 GB Swap hat) und werde es einige Wochen beobachten. Wenn das gut läuft, spricht nichts gegen einen Umzug auf einen kleineren VPS. Zur Not schalte ich ClamAV ab, das Ding frisst mehr als 1,5 GiB und hat für mein Setup keinen wirklichen Mehrwert…

    Hat hier noch jemand Probleme und erreicht das SCP nicht? :/

    • Firefox: PR_END_OF_FILE_ERROR
    • Chromium: ERR_CONNECTION_CLOSED
    • cURL: SSL_ERROR_SYSCALL

    Offenbar aber nur über IPv6, über IPv4 antwortet der Webserver ganz normal.

    EDIT: Über ein anders Subnetz (außerhalb meines /60 bei DSL) klappt es problemlos.
    EDIT: Zwei Stunden später funktioniert es wieder einwandfrei über das ursprüngliche Subnetz.

    War es nicht mal ganz am Anfang so, dass man das IPv6-Subnetz im SCP selbst hinzufügen musste? :/

    Dass eines standardmäßig zugeordnet war, wurde meines Wissens doch erst später eingeführt. Vielleicht ging dieser Button in aktuellen Versionen einfach verloren und/oder die nachträgliche automatische Zuweisung wurde irgendwann vergessen. Im 1st-Level wird man das jedenfalls nicht lösen können, also unbedingt nochmals auf das Ticket antworten!

    An die mailcow Serveradmins unter euch: Verwendet irgendjemand die Funktion "Rspamd Settings Map", idealerweise mit regulären Ausdrücken in den Regeln? Dann prüft bitte einmal, ob die nach dem Update auf 2025-03 wirklich noch greifen, ohne dass ihr sie neu speichert!

    Ich verwende das z.B. um E-Mails an No-Reply Postfächer abzuweisen oder zum Blockieren von bestimmten Spammails, die zu leicht massenhaft durchkommen. Diese Regeln zeigten nach dem Update keinerlei Wirkung mehr, erst nach dem erneuten Speichern. Mir fehlt leider die Zeit für einen Versuchsaufbau in einer frischen VM, um das eindeutig zu reproduzieren. Vielleicht ist es auch ein individuelles Problem meiner Installation/Konfiguration.