Beiträge von tab

    Soweit ich das sehen kann, ist DNSSEC dadurch aber nicht kaputt? Jedenfalls bei meinen beiden Domains nicht...

    Kaputt war nur mein DNSSEC-Monitoring, weil das ausschließlich auf NS/DS Records ausgelegt war. :D

    Bei mir auf der einen Domain ist es kaputt. Meine eigenen Resolver und 1.1.1.1 zeigen bei dig kein ad-Flag mehr. dnsviz.net sagt INSECURE. Komplett alles INSECURE. Ich will DNSSEC bei der Delegation auch nicht rausnehmen und erst mal tagelang warten, damit sich das vielleicht alles wieder einrenkt. Denn vielleicht tut es das auch nicht. Aber ein Ticket könnte ich mal aufmachen, das Risiko dass unterwegs mal die Domain für eine Weile weg ist muss ich dann aber wohl eingehen. Oder direkt umziehen. Allerdings weiss man da auch nicht sicher ob es klappt, wobei ich bei einem Umzug von netcup weg mit Auth-Code eigentlich nie Probleme hatte. Insofern vielleicht noch die sicherste Lösung. Und nach Einführung des neuen DNS dann wieder zurück. Aber mit der Delegation zu deSEC hatte ich ja auch nie Probleme und jetzt plötzlich doch. Tja, alles hat ein Ende (nur die Wurst hat zwei :D )

    Auf welcher Seite findest du denn die Details zum DDos-Schutz, ich kann jedenfalls auf Anhieb nichts finden außer dieser Seite hier:

    https://www.netcup.com/de/ueber-netcup/ddos-schutz

    und der FAQ im Server-Wiki

    An beiden Stellen steht aber nichts von Ports, die standardmäßig geblockt wären.

    Also ich überlege gerade ernsthaft, meine de-Serverdomain (hoffentlich nur vorübergehend für einige Monate, notfalls auch dauerhaft) umzuziehen. Nicht zu Strota, aber woanders hin, wo DNSSEC mit und ohne ohne Delegation zu deSEC funktioniert. Die Delegation von netcup zu deSEC klappt da nicht mehr richtig, alles INSECURE. Bei anderen de-Domains ist noch alles gut. Jedenfalls Stand von vor drei Tagen, muss ich direkt mal überprüfen.

    Tatsächlich bin ich mir da nicht sicher. Ich bin da eher bei sla und frage mich, wie unabhängig vom restlichen System der GB6 Test tatsächlich ist. Kommen die relativ schlechten IO-Werte von schlechter CPU-Leistung oder kommt die schlechte CPU-Leistung von der schlechteren IO? Oder vielleicht beide von noch irgendetwas anderem. Ich weiss es nicht.

    Deswegen schrieb ich ja auch "sofern das tatsächlich so zutrifft", womit ich den Beitrag von andreas. meinte.

    Das sollte normalerweise recht flott gehen. Was hast du denn eingetragen? A-Record mit Host vps und der IP des vps piko, ggf das selbe mit AAAA. Sonst könnte es passieren, dass ein eventueller Wildcard AAAA-Record dazu führt, dass eben auf dessen IP zugegriffen wird, wenn für vps kein AAAA eingetragen ist. Normalerweise wird ja IPv6 bevorzugt verwendet bzw zuerst versucht.

    Edit: Nein, wüde nicht passieren, da durch den A-Record für den Host vps en Wildcard-Eintrag für diesen Host nicht mehr berücksichtigt würde.

    Wenn, dann nur mit einer ".user.ini".

    Das wäre mir auch neu, da ich Cloudflare als NS-Server auf meiner Domain hinterlegt habe und noch nie ein einziges Problem mit DNSSEC hatte.

    Ja, das ist wohl wirklich neu. Bis vor einer Woche hätte ich das selbst so schreiben können, nur "Cloudflare" durch "deSEC" ersetzt. Mittlerweile hat die Domain meiner Server, die bei netcup registriert ist und seit vielen Jahren völlig problemfrei die Nameserver von deSEC nutzt, bei dnsviz & Co mehrere Fehler und Warnungen. Diese Fehler sind offenbar schwerwiegend genug, dass Resolver, auch meine eigenen, bei "dig" kein ad-Flag mehr anzeigen. Sprich, DNSSEC nicht vorhanden oder kaputt. Immerhin funktioniert noch alles soweit, dass sich Resolver wenigstens nicht weigern, die DNS-Records auszuliefern.

    Ich bin derzeit am überlegen, zumindest diese Domain, zu der auch mei Mailserver gehört zu einem anderen Anbieter umzuziehen, was aber sicher auch kein schmerz- und unterbrechungsfreier Prozess werden wird.

    Dass netcup in den derzeitigen DNS-Geschichte noch großartigen Aufwand reinstecken wird, davon gehe ich bis auf Weiteres nicht aus. Selbst der Support empfiehlt ja mttlerweile schon, DNSSEC nicht zu benutzen, wie ich in den letzten Tagen irgendwo hier im Forum gelesen habe.

    Ich werde mich übers Wochenende mal erkundigen, was denn noch an Daten fehlt um die Betaphase der neuen DNS-Verwaltung erfolgreich abzuschliessen und dann ggf versuchen, die noch fehlenden notwendigen Testdaten zu liefern. Das, was ich normalerweise so nutze, habe ich schon seit längerem durch und finde da nichts mehr. Natürlich ist bei meiner Testdomain DNSSEC aktiviert und dnsviz.net hat daran erfreulicherweise auch (immer noch) nichts auszusetzen. Keine Fehler, keine Warnungen, alles im grünen Bereich, was ich bei der derzeitigen DNS-Verwaltung ehrlich gesagt seit Jahren nicht gesehen habe. Ohne Warnungen unter "Notices" ging es da nie ab und gelegentlich war denn auch DNSSEC komplett kaputt. Also noch schlimmer kaputt als derzeit meine Serverdomain.

    So ganz ohne Warnungen bei dnsviz.net kommen übrigens auch meine Domains bei IN*X nicht weg. Da habe ich denn auch gestern Abend mal sämtliche Schlüssel löschen und neu generieren lassen, geholfen hat es nichts. Die einzigen Domains unter meiner Kontrolle, die derzeit ohne Warnungen und Fehler die Tessts bei dnsviz.net absolvieren, sind meine Testdomain aus der Beta bei netcup und die Domains eines Bekannten bei Gr33nmark (D*main-Off*nsive), die auch deren Nameserver benutzen.

    Eine benutzt dort auch die deSEC Nameserver und bekommt von dnsviz auch eine Warnung unter "Notices" mit auf den Weg.

    Zitat

    xxxxxxxx.de/CDS: The contents of the DS RRset are inconsistent with those of the CDS RRset. See RFC 7344, Sec. 3, RFC 7344, Sec. 5.

    Das ist aber völlig harmlos und übrigens die selbe Warnung, die auch meine noch funktionierenden Domains bei netcup mit deSEC Nameservern bekommen. netcup (DS) hat grundsätzlich immer nur einen Eintrag (Digest Type 2), was absolut zulässig ist. deSEC (CDS) dagegen grundsätzlich zwei (Digest Type 2 und 4). Der eine (Digest Type 2) stimmt überein, der andere fehlt eben bei netcup und anderen, der wird aber auch nicht zwingend verlangt.

    Habe jetzt mal ein Ticket aufgemacht, gleich mit MTR aus dem Rettungssystem. Kam auch prompt die Bestätigung für die Anfrage:

    Drei mal dürft ihr raten, über welchen Link ich das Ticket versandt habe... :rolleyes: :D ;(

    Aber ... das Problem ist mittlerweile bereits behoben, wir haben IPv6! Das ging jetzt doch ziemlich flott, gerade mal gut 2 Stunden vom Ticket bis zur Behebung. Nach all dem, was ich Ende 24/Anfang 25 live erleben durfte und seitdem auch weiterhin gelegentlich hier gelesen habe, hätte ich das jetzt nicht zwingend erwartet. Besten Dank an den Support. Netzwerkanbindung und Leistung passt bisher auch. Dann kann ich mich jetzt ja als nächstes dem DNS meiner Serverdomain zuwenden :wacko:

    Hmm, ja, so ist das umindest bei mir und meinen de-Domains auch. Ein Gutes hat das immerhin, sofern man das als gut bezeichnn kann. Ich habe entdeckt, dass meine wichtigste de-Domain bei netcup als nicht sicher getestet wird dnsviz zeigt mehrere Fehler und Warnings. Und nein, das war nicht schon immer so. Andere kommen mit der einen Warning davon. So langsam ist hier Land unter! Die Baustellen gehen schneller auf als ich sie bearbeiten kann :cursing: .

    Kann man bei netcup bei DNSSEC tatsächlich DS setzen? Ich sehe da nur das DNSKEY Format.Ich habe mal alles neu gespeichert und warte ein wenig. Wenn sich das nicht bis morgen fängt, dann muss ich ein paar Domains zu IN*X umziehen, höhere Kosten hin oder her. Öhm, stop, gerade getestet, da zeigt dnsviz 2 Erros und 3 Warnings, auch nicht wirklich besser. Aber wenigstens sagt da Verisign "alles ok". Donald, lass deine Finger aus dem DNS! :D :D ;(. Aber zum Glück gilt ja: Wo wir sind klappt nichts! Aber wir können nicht überall sein!

    Oh je, kaum ist der erste verkauft, schon hat er Mängel ;( :D . Die globale IPv6 ist nicht eingerichtet. Ich lasse gerade testhalber ein Debian 13 minimal aufspielen. Tja, diesmal zeigt "ip a" eine IPv6 mit scope global an. Aber ein ping zu einem meiner Server klappt per IPv6 nicht, obwohl er den Namen korrekt aufgelöst hat. Aber immerhin geht es mit IPv4. Wahrscheinlich hat Donald IPv6 gefeuert, so ein wokes Zeug aber auch.

    Habe jetzt mal ein Ticket aufgemacht, gleich mit MTR aus dem Rettungssystem. Kam auch prompt die Bestätigung für die Anfrage:

    Zitat

    ...
    Kennen Sie schon unser neues Kontaktformular? Gerne können Sie Ihre Anfrage zukünftig darüber versenden, damit wir Ihnen noch schneller und effizienter weiterhelfen können: https://helpcenter.netcup.com/de/support

    ...

    Drei mal dürft ihr raten, über welchen Link ich das Ticket versandt habe... :rolleyes: :D ;(

    Ich denke das ist "normal". Habe ich bei meinen de-Domains derzeit auch. Es ist im Zweifelsfall auch nur eine Warnung und das unten bei deinem Link verlinkte dnsviz zeigt denn zwar auch eine Warnung, bewertet aber alles als sicher.

    Edit: Ich glaube es hängt damit zusammen, dass deSEC im CDS zwei Werte anzeigt, netcup aber nur einen DS. Zu der Geschichte gibt es beu deSEC auch einen Beitrag: https://talk.desec.io/t/dnssec-warnings-for-my-domain/1126

    Beim derzeitigen Flash Deal, Webhosting 2000 NUE, sehe ich in der Beschreibung Ruby und NodeJS. In den Details steht dann allerdings bei NodeJS und Ruby on Rails "Nein, ab Webhosting 4000". Was ist denn nun korrekt?

    1&1 IPv4. Auch nix besonderes, IP sieht aus wie immer und wird als DE erkannt.

    Hatte ich heute beim roten H auch mal, da hat auch sonst die Hälfte der Seite gefehlt (CSS, vermutlich eben auch JS). Nach einem kompletten Reload gings dann plötzlich inklusive CSS, JS und Mehrwertsteuer. Hatte mich schon gewundert, dass die Storage Share heute so billig ist :D.