Mailadressen zensieren aber die base64 encodierte Mail öffentlich im Forum posten... made my day.
Ich bekomme da aber nicht wirklich sinnvoll was decodiert. Ich glaube da wurden beim Base64 zwischendurch mal ein bisschen auf der Tastatur rumgekloppt.
Für mich sieht es besser aus als vorher: https://zonemaster.net/result/f9e0bfa80b56b864
Auch hier sieht’s ganz gut aus: https://dnschecker.org/#A/thexperiments.com
Bei https://www.whatsmydns.net/#A/thexperiments.com sind anscheinend generell gerade ein paar Testserver down. Bei anderen Domains gibt es da nämlich auch viele rote X auf der Karte.
Support kontaktieren ist trotzdem eine gute Idee.
Ich denke du solltest in jedem Fall den Support einmal kontaktieren. Nur so merkt netcup endlich mal, dass bei ihren Nameservern irgendwas gewaltig schief läuft.
So einfach ist das vermutlich nicht. Aber grob gesagt finde ich ein Postauto, das durchs Dorf juckelt und 50 Pakete ausliefert, immer noch besser als 50 Autos, die in die Stadt juckeln.
Sieht nach dem altbekannten Problem DNSSEC aus. Gab den Fall schön öfter hier im Forum (auch ich war schon davon betroffen), dass aus dem Nichts das DNSSEC nicht mehr gültig ist. Siehe https://zonemaster.net/result/0e0f8e71c45448ef
De- und anschließendes Aktivieren von DNSSEC sollte das Problem (vorerst) beheben.
Ich traue den Nameservern von netcup nicht mehr und betreibe jetzt meine eigenen. Vorher war ich bei dns.het.net und cloudflare.com.
PS: Übrigens ein sehr schöner Beitrag von dir. Gut das Problem geschildert und welche Recherche bisher unternommen wurde. Da macht helfen Spaß. Finde das muss auch mal gelobt werden. 
Ich mag ja so kleine Easter Eggs. Vor ein paar Wochen durch Zufall entdeckt und jetzt wieder durch den Beitrag von KB19 daran erinnert worden. https://mxtoolbox.com/SuperTool.aspx?action=txt%3adns.google
Nein, du behältst weiterhin deinen primary, nutz die Nameserver von HE aber als slaves
wäre dann der netcup der secondary und datet sich vom master up ?
Netcup als Secondary -> Nein
Ich hatte ne Zeit lang https://dns.he.net/ im Einsatz. Sollte für deine Zwecke funktionieren
Bei deiner Domain ist auch als MX Record nur der Server von netcup eingetragen?
Da guckt man sich ein Video von der Telekom zu den Umwetterschäden an, da erfährt man auch gleich durch Zufall den Grund, warum die Eltern kein Internet in Untereschbach (Overath) hatten.
Ja, mit einer Deinstallation, Deaktivierung oder Portschließung solltest du Ruhe haben. Ich betreibe meine Nameserver jedoch selber. Deswegen kann ich das nicht so einfach machen.
Dein Server wird nach dem Ergebnis für den Recordtype RRSIG von pizzaseo.com gefragt. Da dein Server aber anscheinend kein Open resolver ist (was schon mal sehr gut ist) und sich auch nicht für die Zone pizzaseo.com zuständig fühlt, antwortet er mit „denied“.
Das ist ein ganz typisches Verhalten für eine „DNS Amplification Attack“. RRSIG Einträge sind nämlich verhältnismäßig relativ groß. Der Angreifer schickt diese DNS Anfrage an deinen Server und fügt als Quell-IP-Adresse die Adresse des Opfers ein (bei UDP ist das möglich). Wenn dein Server jetzt nicht so eingerichtet wäre, wie er jetzt eingerichtet ist, würde er dem Opfer die RRSIG-Antwort schicken und damit zumüllen.
Der Angreifer schickt also nur eine kleine Anfrage an die „Verstärker“, diese antworten aber mit viel größeren Antworten dem Opfer.
Edit:
Mist, wieder zu lang gebraucht. m_ueberall war schneller 
Genau diese Meldungen sehe ich auch in den zwei Servern, die ich hier bei netcup habe. Gute Frage, was man dagegen tun könnte. Die Requests kommen ja von verschiedensten IP Adressen.
Für https://www.perazzi-raumkunst.de (man beachte das www) wird das Zertifikat für perazzi-raumkunst.de (ohne www) ausgeliefert. Das Problem wird jeder Browser haben.
Edit:
Mir scheint so, als würde zumindest Chrome bei einem falschen Zertifikat einen Request an die Adresse entweder ohne www oder an die Adresse im Zertifikat machen. Auf jeden Fall landet man dort immer auf der Variante ohne www
Cronjobs musst du über das WCP anlegen.
Oben links auf Websites & Domains und anschließend oben rechts auf Scheduled Tasks
Ansonsten wären eine etwas genauere Fehlerbeschreibung oder Screenshots hilfreich. "allerdings bekomme ich es leider nicht hin" ist nämlich ziemlich nichts sagend.
Wo wir das Thema damit fast abgehakt haben, wäre es vielleicht an der Zeit, mal über die nachträgliche Bearbeitungszeit von Beiträgen zu sprechen. Ich wäre für eine dauerhafte Nachbearbeitung, wie es z.B. bei GitHub der Fall ist.
Alles anzeigenHallo zusammen, ich habe auch ein Problem mit dem SSL/TLS-Zertifikat.
Beim Installieren des Let's Encrypt wird der folgende Fehler ausgegeben:
Bei meiner anderen Domain war die Installation erfolgreich.
Was ist mein Fehler?
Irgendwas stimmt mit deiner Domain ganz gewaltig nicht: https://zonemaster.net/result/dc9097892f916dc1
Hast du einen Server gemietet? Oder worauf möchtest du das installieren?
War der Unterschied zwischen vHost und .htaccess nicht, dass beim einen das Anfangs-Slash mitkommt und beim anderen nicht? 
Um die Frage nach dem eigenen RZ zu beantworten, siehe dazu https://forum.netcup.de/netcup-intern/…ace/#post159292
(Letzter Absatz in letzter Mail)
Guckt man sich die Seite von Anexia etwas genauer an, kann man relativ schnell das entsprechende Rechenzentrum rausfinden: https://covid-19-status.anexia.com/
