Beiträge von KB19

    Achso, in die Gegenrichtung. Das habe ich dann falsch verstanden und nie getestet.

    Aber woran scheitert es dann genau? Am (korrekt kompilierten) SSH-Binary oder an z.B. einer Firewall am Webhostingserver?

    Müßte es nicht schon reichen, wenn der Hypervisor diese Befehle auf dessen nativen SSD ausführt? Denn unsere Platten sind ja strenggenommen eigentlich nur Dateien, in denen wir überwiegend unverschlüsselt Daten ablegen oder auch wieder löschen.

    Der TRIM-Befehl innerhalb der VM sagt dem Host ja nur, welche Bereiche aktuell garantiert ungenutzt sind und wie NUL behandelt werden dürfen. Je nach Speicherformat auf dem Hostsystem, wird das dann weitergereicht und dort freigegeben. Mit einem echten TRIM der SSDs auf dem Hostsystem hat das erst einmal gar nichts zu tun. Das kann unabhängig davon sowieso jederzeit passieren und beeinflusst unsere VMs nicht.

    Falls damit gemeint war, dass es von außerhalb im virtuellen Speichermedium stattfinden soll: Wie soll der Hypervisor das machen, wenn er nicht die exklusive Kontrolle über das verwendete Dateisystem hat? Da wäre (bei einer laufenden VM) der Datenverlust bzw. ein defektes Dateisystem vorprogrammiert. Wenn die VM hingegen nicht läuft, passiert das beim Klick auf die Speicheroptimierung vielleicht eh. So genau habe ich das noch nie getestet.

    Ich kann diesbezüglich zum Testen nur Sparse-Dateien empfehlen. Die verhalten sich ziemlich identisch und sind ein toller Ort für eigene Experimente, wenn man (über ein Loop-Device) darin ein weiteres Dateisystem aufzieht. :)

    Falls dem wirklich so ist, schließe ich mich dem Wunsch an, dass die nicht automatisch als ungelesen markiert werden. Sonst wäre die Funktion wirklich nicht sehr sinnvoll.

    Ja, das ist wirklich so. Und nicht nur bei der Suchfunktion, auch bei den jeweiligen Subforen sieht es genauso aus. Da habe ich zuvor (fast) nichts gelesen…

    Screenshot 2024-12-09 at 16-05-16 Ungelesene Beiträge - Seite 3 - netcup Kundenforum.png Screenshot 2024-12-09 at 16-07-11 WCP (Webhosting Control Panel) - netcup Kundenforum.png

    Nach zwei Wochen ist alles automatisch gelesen, was mich besonders bei abonnierten Themen ärgert stört. ;(

    DerRené  Valkyrie Geht mir derzeit ähnlich, ich übersehe sogar die wirklich interessanten Themen. ;(

    Leider bleiben die Beiträge auch nicht dauerhaft als ungelesen markiert, der Status verschwindet nach ca. zwei Wochen von alleine. Mir persönlich wäre es ja lieber, wenn das erst passiert, wenn man etwas wirklich gelesen hat oder alles manuell als gelesen markiert. Oder wenigstens eine längere Zeitspanne wie z.B. 1-3 Monate, wenn ein dauerhafter Gelesen-Status die Datenbank zu sehr belasten würde. Kann man da vielleicht was machen, Moderatoren ? :)

    Aktuell verschwinden dadurch selbst die ungelesenen abonnierten Themen von alleine, wenn man einmal zwei Wochen weniger Zeit fürs Forum hat…

    Öhm... bekommt noch jemand gerade mehrere vServer bereitgestellt die man nicht bewusst bestelt hat?

    Falls die danach auch im CCP bzw. SCP auftauchen, würde ich mir Sorgen machen und die Notfallhotline kontaktieren.

    Stimmt die Empfängeradresse mit Deiner E-Mail-Adresse aus dem CCP überein?

    Zeigen die Header sonst irgendeine Auffälligkeit?

    Verwendet eigentlich irgendjemand die in Proxmox VE integrierte Firewall mit der experimentellen nftables-Unterstützung und zusätzlich SDN (Software-Defined Network)?

    Ich hätte da ein paar Fragen bezüglich der FORWARD-Chain rund um eine Default-Policy mit DROP. Wobei ich mit diesem Thema im Proxmox-Forum wahrscheinlich besser aufgehoben bin…

    Leider gibt es bisher von keiner betroffenen Person vollständige Ausgaben der Firewallregeln. Dass wirklich keine aktiv ist, sollte man immer zusätzlich kontrollieren und belegen. Manchmal merkt man es vielleicht gar nicht, welche Software dort Regeln einfügt. Um einen Fehler in diesem Bereich auszuschließen, wären folgende Ausgaben sehr interessant:

    Code
    iptables-save
    ip6tables-save
    nft list ruleset

    Weiters: Ist das MTU-Problem auch im Rettungssystem reproduzierbar?

    Ich hatte bisher nie Probleme mit der Standard MTU im Cloud vLAN bei netcup, auch nicht bei einem vor wenigen Tagen bestellten System. Sollte es hier bei einigen vServern oder vLANs aber Probleme geben, wäre es sicher im Interesse von allen Kunden, dass man das Problem näher untersucht. Bevor man von einem Konfigurationsfehler bei netcup ausgeht, sollte man jedoch alle Fehlerursachen im eigenen System ausschließen. Je mehr im Forenthread dokumentiert ist, umso besser ist es.