Hast du deine Domain mal mit https://nast.denic.de gecheckt? Wenn da irgendwas nicht passt, geht die Änderung nicht durch. Eine Fehlermeldung sucht man leider vergeblich bei netcup.
Beiträge von Virinum
-
-
Wenn Du manuell (per ISO) installierst, könnte es funktionieren gehen.
Kann ich bestätigen. Hab ich vor zwei Tagen bei nem ARM-Server gemacht. Da ist der Snapshot unberührt geblieben. Also bei Installation über eine ISO bleiben Snapshots erhalten.
-
Ne, das geht leider nicht. Ein VLAN kann nur an einem Standort genutzt werden. Müsstest dir leider eine Lösung z.B. mit VPN basteln.
-
-
SSHFP einträge sind übrigends auch valide wenn diense nicht per DNSSEC signiert sind. Allerdings reagieren dann die clients wie ssh anders und fordern den user auf den Fingerprint manuell zu bestätigen, statt diesen automatisch zu akzeptieren.
Ah, verstehe. Bin in dem Thema nicht ganz so tief drin und wusste nicht, was die Clients in so einer Situation machen.
Bezüglich des Eintrags, hier ist der Screenshot von netcup:
https://www.netcup-news.de/wp-content/upl…_openpgpkey.png
Original Post:
link: https://www.netcup-news.de/2018/09/19/neu…ere-dns-server/
Ja, da ist der Screenshot etwas unglücklich erstellt worden. Allerdings ist die Domain in dem Fall ja eine-spitzen-testdomain.de und im Host steht ns1.af91b.de. Daraus wird dann ns1.af91b.de.eine-spitzen-testdomain.de.
Jetzt wo ich den Eintrag korrekt verifiziere, muss ich auch feststellen das es irrelevant zu sein scheint ob ich den hostnamen oder @ eintrage, die SSHFP records werden in beiden Fällen ausgegeben.
Da muss ich dir leider wieder widersprechen. Hab's extra nochmal getestet:
Codedig SSHFP example.com @root-dns.netcup.net +short 3 1 5AF0A2C05A2071FFC84E7EE299B8DF9BA0F99361 dig SSHFP example.com.example.com @root-dns.netcup.net +short 1 1 1739FF9D2A71E63482159C57C576FC265DC32B72 -
Könntest noch
Code<ifModule mod_headers.c> Header set X-Apache-Test: Yes </ifModule>hinzufügen und anschließend mit F12 -> Network überprüfen, ob der Header gesetzt ist. Wenn ja, wird die .htaccess berücksichtigt. Wenn nein, nicht (oder mod_headers fehlt).
-
[...] insbesondere wenn sowohl bei wikipedia als auch in dem netcup screenshot der volle Domainname eingetragen ist.
Ich weiß nicht welchen Screenshot du bei netcup meinst, aber hier ist es nochmal genau erklärt: https://helpcenter.netcup.com/de/wiki/domain…s-eintr%C3%A4ge
Selbst auf dem von dir verlinkten News-Artikel sind Einträge mit @ zu sehen.
Das ist nicht ganz korrekt in bezug auf die -D option.
-D ändert nur die Darstellung. Trotzdem hat github.com keine SSHFP-Einträge. Wie gesagt, das Tool zeigt dir nur an, welche Einträge du erstellen müsstest, aber nicht welche aktuell vorhanden sind. Außerdem wird für SSHFP-Einträge auch DNSSEC benötigt. Github nutzt kein DNSSEC.
Hab's auch gerade nochmal mit einem Host von mir ausprobiert, für den ganz sicher keine SSHFP-Einträge gesetzt sind. Und trotzdem generiert mir ssh-keyscan eine Ausgabe wie bei Github.
-
So sollte eigentlich mit dem Befehl ssh-keyscan -D <domainname> der Eintrag ausgegeben werden.
Noch ein Nachtrag zu ssh-keyscan: Ich glaube du verwechselst die Funktionalität von ssh-keyscan etwas:
Zitatssh-keyscan – gather SSH public keys from servers
Der Befehl zeigt dir also nur die Records an, die du erstellen müsstest. Aber so wie ich das sehe, hat GitHub gar keine SSHFP-Records.
Die Überprüfung würde ich z.B. mit dig SSHFP mydomain.de machen.
-
Bei "Host" muss ein "@" rein. So hast du gerade einen Record für mydomain.de.mydomain.de erstellt.
-
Da musst du mir nochmal mit dem echten Namen weiterhelfen (gern als PM). Im Rumraten bin ich eher schlecht...
ip-[Projekte auf Englisch].de
-
Ich hab da leider auch keine neuen Erkenntnisse. Hab meine Nextcloud auf einen RS mit KeyHelp umgezogen und seitdem Ruhe.
-
Server ist wieder da. 17 Minuten offline, OS wurde neu gestartet.
Hatte ich am Mittwoch genau so mit meinem Server bei Strota. Allerdings war meiner nur 15 Minuten offline.
-
Ich verstehe es so, dass fritz.box zu 192.168.178.1 auflösen soll und nicht zu 212.42.244.122 bzw. 2001:bf0:244:244::122, sodass die Benutzeroberfläche der Fritzbox erscheint und nicht die Infoseite von AVM.
-
Da du den ja sicher nicht um 0 uhr 8 bestellt hast, haben sie dir also ein paar Stunden geklaut?
Ach, der diesjährige Schalttag gleicht das aus
-
org Zustand
Ich vermute einfach mal, dass hier also das netcup-Debian 12-Image drauf läuft, das netcup standardmäßig auf die Server packt.
-
Ich nutze die von cloudflare um ne getunnelte Verbindung zu meinem privaten Netzwerk herzustellen.
Dann bist bei bei netcup falsch für deine DNS-Einstellungen. Die hast du ja an Cloudflare delegiert. Also musst du dort die Subdomain anlegen.
-
Du editierst da gerade die Nameserver. Das ist nicht der richtige Ort um eine Subdomain anzulegen.
Nutzt du die Nameserver von netcup oder externe?
-
[...] aber sie sagten nur, dass der Transfer erfolgreich war.
Der war ja sehr erfolgreich, wenn noch die alten Nameserver eingetragen sind...
-
Zuvor hatte ich auf der Haupt-Domain ein Wildcard-Zertifikat
Bitte beachte hier auch, dass du das dann manuell spätestens alle 90 Tage aktualisieren musst. Am besten keine Wildcard verwenden und einfach für jede Subdomain ein eigenes Zertifikat verwenden. Dann aktualisiert sich das Zertifikat auch von alleine.
-
Du musst bei netcup die domain (.beispiel.de) weglassen. Die wird automatisch angehängt.
Ich hoffe netcup verbessert hier endlich mal die UI, wenn die eh schon die Nameserver überarbeiten.
