Du hast Dir Dein Unverständnis bereits selbst erklärt;
Das kann ich nur im vollen Unfang zurück geben.
DANE würde eine Validierung von self-signed Zertifikaten erlauben und sie wären damit vertrauenswürdig. In einer DANE fähigen Umgebung also kein Problem. Bei Mailservern findet man öfter als einem lieb sein kann vernünftiges TLS Setup.
Deine Argumentation würde ja, wie von jemand anderem erwähnt, den Einsatz jeglicher neuer Techniken ausschließen. Natürlich muss jemand anfangen.
Verstehe ich jetzt nicht. Der Vorteil von DANE hätten doch self-signed Zertifikate sein sollen. Ich erinnere mich an „This is the main advantage of DANE, that self-signed certificates can be used, even with incorrect names, as long as the certificate itself is the correct one published in the DNS.“ https://blog.webernetz.net/how-to-use-danetlsa/
Das die Verbreitung nicht hoch ist, ist kein Argument. Jeder der das nicht nutzt, darf über BGP Highjacking nicht jammern. Es wird halt alles dauern, bis der Leidensdruck zu hoch ist. Erinnert mich an IPv6...
Wie gesagt, die richtig aktuellen Entwicklungen sind genau anders rum, als Du denkst. Große Provider nutzen DNSSEC, deployen DANE für ihre MX. Registries geben Rabatte für DNSSEC und nun auch die erste für DANE. Genau bei Mail kommt es immer mehr. Jetzt müssten nur die Browser direkt DANE einbauen.
Es wird DoH/DoT in größerem Umfang deployed, damit mehr validierende Resolver. Da klappt es ja auch, dass Browserhersteller die Sicherheit verbessern wollen, wenn auch nicht kritikfrei.
Es tut sich immer mehr auf dem Gebiet.
DANE wird überbewertet.
Von wem? Wenn ich die DNS Ops Maillingliste anschaue ist das Gegenteil der Fall.
RS 2000 SSD G8 xRAM... okay den hab ich schon
Genau das habe ich mir auch gedacht...
Sagt mal, wo habt ihr eure mails so liegen?
Mein Hauptpostfach liegt gespiegelt auf zwei VMs auf dedizierten Servern, die ich selber betreibe.
Ein Office 365 Postfach, Google, iCloud und diverse Freemail Anbieter habe ich auch angesammelt und eher weniger in Benutzung.
Bist Du direkt Kunde beim Registrar gewesen, wo die Domains vorher lagen? Bei gTLDs kann man einem Transfer über den abgebenden Registrar zustimmen, dann zieht die Domain früher um.
Siehe https://twitter.com/netcup/status/1068816178301288448: "Wie versprochen wurde soeben das heutige Adventskalender-Türchen aufgefüllt. Weiter Auffüllungen finden um 12:30 Uhr, 16:40 Uhr und 17:50 Uhr statt. […]"
Das nenne ich mal glücklicher Zufall. Zur Zeit des Tweets hatte ich schon bestellt.
Gerade eben war ein VPS 200 aus dem Adventskalender bestellbar. Es gibt also tatsächlich immer wieder Kontingente zum Bestellen. Zur vollen Stunde hieß es bei mir aber immer ausverkauft.
Python ist echt für die Mülltonne. Schade, dass es so beliebt ist.
Ich habe neu mit Python angefangen und bin recht begeistert. Mir kommen viele Sachen damit einfacher vor. Mit pip habe ich bisher wenig gemacht, was ich gemacht habe, hat aber ohne Probleme funktioniert. Ich habe einen Ersatz für Bash bzw. PHP zum Scripten gesucht. Größere Projekte habe ich erstmal nicht vor.
Bzgl. den Einrückungen: ich verwende vim als Editor und da kannst Du im Pythonfile die Formatierungsregeln hinterlegen, dann geht das eigentlich ganz gut.
Anlässlich dieser Ankündigung stelle ich fest, dass der Suchbegriff „Failover“ im Netcup-Wiki eher dürftige Ergebnisse liefert.
Kann man Failover-IPs/Subnets alternativ zu den dort im SCP/vSCP dokumentierten Wegen konfigurieren? Etwa mittels einer API die statische Route teilautomatisiert anfordern oder per OSPF auf der Maschine ankündigen?
Es gibt eine SOAP API mit der man die IPs auf einen anderen Root-Server / VPS legen kann.
Leider scheint die API aber nicht alle nötigen Details auszuspucken.
Aktuelles Projekt: meine IPv4/IPv6 Failover IPs mit einem Python Script zwischen den Servern hin und her schaltbar machen.
wie wärs mit Extreme-Clustering-Syndrome?
Das habe ich auch in ganz schlimm. Ich möchte noch mehr SAS Server bestellen zum Ceph ausprobieren.
Und ich habe meines vor zig Jahren etwas zu groß bestellt. Konnte ja nicht ahnen, dass bei den Amerikanern alles extrem XXL ist…
Ich muss meins mal ausgraben. Habe seitdem einiges abgenommen...
Huch, bei mir war gerade 3 Minuten netcup tot und nicht erreichbar :o
Bei mir ist das Monitoring auch mal wieder durchgedreht. Zum Glück war es bald vorbei.
Also ganz einfach gefragt: warum zensiert .com sein whois, aber .ch nicht?
Die rechtliche Grundlage für die Veröffentlichung von Daten im Whois-Server der Switch ist im von mir genannten Artikel (https://switchie.ch/switch-zur-neu…rordnung-dsgvo/) beschrieben. Das sind halt Gesetze an die sich Switch halten muss.
Für die gTLDs gelten andere rechtliche Vorgaben.
Sucht nicht contains den String selbst? Er würde also den * erwarten. matches würde den * als Regexteil auswerten.
Was ist mit .ch und .li-Domains? Hier stehen wieder alle Daten drin. Fallen die nicht als EU-Kunde unter die DSGVO? .com zeigt ja auch keine Daten mehr.
Bzgl. der Rechtslage in der Schweiz hatte ich zuletzt das hier gefunden: https://switchie.ch/switch-zur-neu…rordnung-dsgvo/
Das mit 18 Uhr war wohl wieder ein Reinfall ?
Frag im Zweifelsfall den Support wie ich bei der Failover IPv4 BF.
Hat es jemand geschafft eine Failover-IPv4 BF zu bestellen? Erst nach 17 Uhr gestartet war sie bisher immer ausverkauft.
Falls jemand auch das Problem hatte: laut Support ist die Bestellung nun möglich und klappte bei mir nun auch.
