Welche Version der ISO-Datei hast Du eingelegt? Eventuell einmal mit der neuesten ausprobieren, indem Du sie selbst hochlädst: https://fedorapeople.org/groups/virt/vi…-win-0.1.271-1/
Und welcher Festplattentreiber ist im SCP aktuell ausgewählt?
Welche Version der ISO-Datei hast Du eingelegt? Eventuell einmal mit der neuesten ausprobieren, indem Du sie selbst hochlädst: https://fedorapeople.org/groups/virt/vi…-win-0.1.271-1/
Und welcher Festplattentreiber ist im SCP aktuell ausgewählt?
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.
Das Hostsystem selbst kommuniziert wahrscheinlich über ein eigenes VLAN mit den internen Systemen. Dementsprechend kann man davon wohl kaum etwas ableiten. Sonst würde der Server ja nicht einmal einen Startbefehl bekommen…
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. ![]()
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.
[netcup] Sarah G. Auf der Landingpage für die Osteraktion steht übrigens MEZ als Zeitzone. Wir haben aktuell aber MESZ ![]()
Habe ich das eigentlich falsch in Erinnerung oder wurden früher nicht auch Snapshots gelöscht, wenn man "Festplatte formatieren" im SCP verwendet? ![]()
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. ![]()
Müsste ...
Habe es schon 2,3 mal installiert auf ARM
Mit der offiziellen ISO-Datei? Soweit ich weiß gibt es bisher doch nur inoffizielle Images bzw. Scripts von Dritten, um PVE auf ARM64 installieren zu können. ![]()
Lade halt zum Test eine andere ISO-Datei hoch, z.B. die hier: https://cdimage.debian.org/debian-cd/current/arm64/iso-cd/
Wenn es damit funktioniert, ist Deine PVE-ISO-Datei wahrscheinlich inkompatibel.
Sind die alten Netze eigentlich weniger von Blacklists betroffen?
Das weiß ich nicht, da ich diese IP-Adresse nicht für Mailversand verwendet habe.
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 ![]()
Ist das Forum wieder besonders langsam oder liegt's an meiner Verbindung? ![]()
EDIT: Ich lasse einmal einen Ping für [netcup] Lars S. hier. Seit den Wartungsarbeiten ist es an einigen Stellen (z.B. Forenindex) extrem langsam.
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? ![]()
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.
Test? Erster! ![]()
(Bezieht sich auf die Wartungsarbeiten.)
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!
whoami0501 Das passiert mir sogar regelmäßig bei Loginmasken, die immer schon zwischen User/Admin über den Pfad unterschieden haben. Und die sehen nicht einmal gleich aus ![]()
Wobei ich das bei mir auch nicht mehr ausschließen würde:
Oder ist es gar nicht so schlimm und ich werde einfach nur alt?
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.