Nein, du behältst weiterhin deinen primary, nutz die Nameserver von HE aber als slaves
Posts by Virinum
-
-
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 Websited & 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.
-
Display MoreHallo 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…-storagespace/#post159292
(Letzter Absatz in letzter Mail)
und https://forum.netcup.de/netcup…-storagespace/#post159307 -
Guckt man sich die Seite von Anexia etwas genauer an, kann man relativ schnell das entsprechende Rechenzentrum rausfinden: https://covid-19-status.anexia.com/
-
Ich hatte jetzt auch eine positive Erfahrung mit dem Support (hatte bisher aber auch kaum negative).
Bei meinem Server fällt alle paar Wochen das Netzwerk aus. VLAN funktioniert aber weiter. Durch ein Deaktivieren und anschließendes Aktivieren des Netzwerkadapters ist das Problem vorerst behoben.
Mail an Support geschrieben, es wurde nach MTRs gefragt, anschließende Weiterleitung an die Fachabteilung. Server wurde auf anderen Host migriert. Ging alles sehr schnell und problemlos.
Jetzt nur mal gucken, ob es was gebracht hat. Weil laut Support dürfte das in der Theorie keinen Unterschied machen. Aber mal sehen. Gibt ja immer wieder spannende ungeahnte Seiteneffekte. -
Steht denn in der Spalte „gültig“ „yes“?
Wie sehen denn deine Einträge jetzt aus? -
Normal dauert das auch nur ein paar Minuten, bis die Nameserver von netcup die Änderungen übernommen haben.
Je nach TTL dauert es dann nochmal eine gewisse Zeit, bis der Eintrag auch von anderen DNS-Servern aktualisiert wird.
Hast du mal einen Screenshot von deinen aktuellen DNS-Einträgen? Denke damit kann man am schnellsten helfen. -
Geht es hier um www.test.example.de oder um test.example.de? Du sprichst nämlich von beidem.
Hast du lang genug gewartet, nachdem du die Änderungen vorgenommen hast? Das kann nämlich gerne mal bis zu 48 Stunden dauern, bis die Änderung überall angekommen ist.
Was sagt https://dnschecker.org/ zu deiner Subdomain?
Ist die IP wirklich 127.0.0.1? Oder ist das nur ein Platzhalter?
-
Soweit ich weiß kannst du das bei netcup nicht deaktivieren. Bei deinem vorherigen Apache Server war das anscheinend nicht so konfiguriert.
Da du aber auf die Apache-Einstellungen von netcups Hostingsystemen nicht zugreifen kannst, bleibt dir nur eine Umbenennung des Ordners oder das Verschieben in einen Unterordner übrig.
Mit der Demo war gemeint, dass du damit sehen kannst, dass die Icons von Apache geladen werden. Quasi als „Beweis“.Wenn du also https://sub.domain.com/icons/text.png aufrufst, sollte dieses Icon hier angezeigt werden.
-
Der Ordnername „icons“ ist quasi reserviert. Es ist ein globaler Alias von Apache für die internen Icons. Das kannst du nicht verändern. Gibt dazu hier im Forum auf jeden Fall schon Posts zu dem Thema.
Kleine Demo:Ruf mal https://sub.domain.com/icons/text.png auf.
Edit:
Siehe hier: https://forum.netcup.de/netcup…onieren-lokal/#post151385
