Beiträge von m_ueberall

    Laut https://dnsviz.net/ gibt es keine DNSSEC-RRSIG-Einträge (ist das gewünscht?) und laut dem obigen Screenshot ist der Gültigkeitszustand der Einträge nicht "yes", sondern "unknown" – Wenn sich der Status nach mehreren Stunden immer noch nicht geändert hat, ist "irgendwo der Wurm 'drin" und der Support sollte sich das einmal ansehen, denn bereits die oben gezeigten Einträge – sofern vollständig – sollten von der Syntax (wie erwähnt: wegen des Domänensuffixes initial nicht von der intendierten Semantik) her allesamt valide sein.

    Setzen des "DNSSEC-Status-Häkchens" sollte nicht schaden (dies hat, sofern das Häkchen nicht vor weniger als 24 Stunden gelöscht wurde, eine "sofortige" Re-Signierung der Domäneneinträge zur Folge).

    Die Domains sind transferiert (gestern).

    Wie lange dauert es bis Emails bei meinem neuen Hoster eintreffen?

    Wenn mit dem Transfer ein Providerwechsel-Formular ("KK-Antrag") gemeint ist, dann reicht das allein nicht aus, denn zumindest der MX-DNS-Eintrag muss ja auf den/die entsprechenden Server beim neuen Hoster zeigen. Wenn letzterer aktualisiert wurde, kann es trotzdem entsprechend der Gültigkeitsdauer der alten Einträge noch dauern, bis die Änderungen für alle Teilnehmer (E-Mail-Absender) sichtbar werden, wenn lokale Cache-Einträge nicht invalidiert werden. (Das ist ein Grund, warum man diese Gültigkeitsdauer ("TTL"), welche bei Netcup im CCP einzustellen ist, vor einem Server-/Dienst-Umzug in der Regel temporär minimiert.)

    Die Nutzung einer grafischen Oberfläche unter Linux ist bei KVM ebenfalls möglich; das kann man ausprobieren, indem man ein Installationsabbild mit grafischer Ober­flä­che (siehe beispielsweise hier) in den eigenen FTP-Bereich hochlädt und über das SCP von diesem ISO bootet, denn sowohl der Installer als auch die integrierte Live-CD-Funktionalität sind grafikfähig.

    Auf einer laufenden (Server-)Installation lässt sich

    • entweder eine vollständige Desktopumgebung (heutzutage in der Regel via tasksel) oder
    • lediglich das X-Window-System (sudo apt install xorg) nachinstallieren und via SSH auf einem lokalen System mit X-Window-Unterstützung relativ ressourcenschonend nutzen

    (das Letztere würde ich zuerst versuchen).

    Will man analog zur grafischen SCP-Konsole auf die Desktopoberfläche zugreifen, ohne sich immer im SCP einzuloggen, kann man beispielsweise das dort ver­wen­de­te Apache Guacamole auf dem eigenen Server installieren. Grundsätzlich gilt: Die resultierende Konfiguration ist entsprechend abzusichern.

    Ich *vermute*, dass das nicht geht, kann es aber leider aktuell nicht verifizieren. (Meine vServer-Produkte sind schon die kleinste Version :).)

    Hier die aktuellen Bedingungen bzgl. Vertragswechsel, wie sie im CCP angezeigt werden (diese finden sich auch im Netcup-Wiki) :

    ccp_vertragswechsel.png

    Wie man sieht, ist abweichend von einem "Sidegrade" im Falle von Altverträgen wohl auch ein "Downgrade" möglich, wenn es vorteilhaft für den Hoster wäre (hier: glei­cher Preis für halbe Leistung) – es sei denn, der Support fängt das noch ab… :P

    Aber ernsthaft: In der Auswahl der möglichen Modelle finden sich normalerweise keine preiswerteren Verträge (bei Sondermodellen hängt es von der jeweiligen Modell­se­rie ab); laut Formulierung ist ein Wechsel in kleinere Verträge nicht vorgesehen und ich würde davon ausgehen, dass selbst im Falle von Auswahl­mög­lich­kei­ten ein Wech­sel letztlich von Netcup mit Hinweis auf die Konditionen abgewiesen werden kann.

    Hierzu nochmal ein kurzes Update:

    Beim erneuten Update der Nextcloud mittels Neuinstallation und Kopieren der Config und des data-Ordners hatte ich vergleichbare Fehler (und noch einige mehr, u.a. verband sich der Desktop-Client nicht mehr mit der Nextcloud).

    Die Lösung des Problemes war wie folgt. Anstelle von

    Code
    mv nextcloud_download/nextcloud/* nextcloud/

    muss man

    Code
    mv nextcloud_download/nextcloud/ ./

    aufrufen, um den neu heruntergeladenen Ordner zu verschieben. Ansonsten scheinen einige Dateien nicht mit verschoben zu werden, was zu mysteriösen Fehlern mit einer frischen Installation führt!

    Fürs Protokoll: Der erste Befehl wird keine Dateien (oder Verzeichnisse!) mit führendem "." verschieben, weil "*" hier nicht 'matched':