Beiträge von [netcup] Julian D.

  • DNSSEC Status - funktioniert es mittlerweile?

    Zitat von NaN

    Der Hauptanwendungsfall für "DNSSEC aus und wieder an*" dürfte sein, den sporadisch auftretenden Fehler zu beheben, dass bei Netcup registrierte Domains irgendwie ihre diesbezügliche Konfiguration vergessen und plötzlich nicht mehr auflösen, wenn der Client DNSSEC verifiziert. DIESEN Fehler könnte man mal beheben, anstatt darüber zu reden, ob das Togglen von DNSSEC schnell oder langsam geht und wodran das liegt. Ich behaupte mal, ohne den Fehler dürfte das so selten vorkommen, dass die Geschwindigkeit des Umschaltens den meisten völlig schnuppe sein wird. Dass man den Fehler nicht mal dann zuverlässig umgehen kann, wenn man externe Nameserver verwendet, disqualifiziert Netcup nicht nur als DNS-Hoster sondern eigentlich auch als Registrar. Ist bei Netcup noch nicht angekommen, wie schwerwiegend dieses Problem ist?

    *) have you tried turning it off and on again

    Wir arbeiten daran und eine Umstellung auf die neue DNS‑Infrastruktur (CloudDNS) ist bereits im Gange.
    Das Problem mit DNSSEC wird somit angegangen und wir bitten noch um etwas mehr Geduld.

  • DNSSEC Status - funktioniert es mittlerweile?

    Zitat von tab

    Ich versuche gerade, bei meiner ehemaligen CloudDNS-Testdomain die Nameserver zu ändern - oder zumindest mal ein Nameserver-Set zu definieren. Beides geht nicht, weil DNSSEC noch aktiv ist. Deaktviert habe ich es vorgestern Abend. Oder besser, ich habe die Deaktivierung gestartet. Ist aber noch nicht fertig, immer noch "In Bearbeitung". Das ist jetzt nichts Neues für mich, das hat damals beim Test auch 2 Tage gedauert, bis ich DNSSEC deaktiviert hatte.

    Ich weiss ja nun wirklich nicht, ob die langwierige Deaktivierung normal und notwendig ist, das muss netcup wissen. Aber ich schreibe es hier einfach mal, damit Kunden mit CloudDNS ggf. genug Zeit für eine solche Aktion einplanen können. Mal eben so DNSSEC deaktivieren, aus welchem Grund auch immer, das geht nicht (mehr) so fix, es dauert mehrere Tage.

    Immerhin ist die Domain in meinem Falle die ganze (bisherige) Zeit über auflösbar. Man freut sich ja schon an Kleinigkeiten.

    Ich melde mich hier einmal kurz zu Wort :)


    Die "Bearbeitungszeit" bei der Deaktivierung von DNSSEC, wird abhängig von der TTL der Zone gemacht.
    Dies soll verhindern, dass das "schnelle" Deaktivieren und Aktivieren von DNSSEC innerhalb der Zone oder TopLevelDomain (TLD) TTL zu Problemen führen kann.
    Idealerweise wäre hier die TTL der TLD Zone, allerdings wollen wir hier den Kunden die Möglichkeit geben, Änderungen durchzuführen wenn Sie wissen was dies für Potenzielle folgen haben kann/wird.


    Hoffe das bringt etwas Klarheit in die Thematik bezüglich der "Bearbeitungszeit" nach dem Deaktivieren von DNSSEC.

  • FreeBSD bootet nach Spectre-NG-Fix nicht mehr mit "CPU0 does not support X87 or SSE: 0"

    Hallo rolando,

    das Rettungssystem befindet sich im SCP an einer anderen Stelle.

    "vServer auswählen" -> "Einstellungen" -> Boot Reihenfolge auf "Netzwerk" umstellen

    Anschließend:

    "vServer auswählen" -> "Medien"-> "Rettungssystem" (Rechts oben gibt es ein kleines Menü)


    Genauer beschrieben wird das Ganze auch in der SCP-Anleitung. Siehe: https://www.netcup-wiki.de/wiki/Server_Co…#Rettungssystem

  • Netcup automatische Joomla Instalation

    Das Problem liegt an einer aktivierten Option in der .htaccess-Datei.

    Bitte kommentieren Sie die folgende Option in der .htaccess-Datei folgendermaßen aus:

    Code
    [...]
# Options +FollowSymlinks
[...]

    Anschließend funktioniert die Joomla Installation wie gewohnt.

    Wenn Sie mehr dazu erfahren wollen, finden Sie in der .htaccess-Datei im oberen Part eine Erklärung zu dieser Option. Dort wird auch erklärt, warum diese Option zu Fehlern führen kann.


    Mit freundlichen Grüßen

    Julian