Ich bin jetzt bei Vodafon und hab keine Probleme mehr mit der Telekom. Sogar Youtube kann ich jetzt abends nutzen!
Die Telekom hat schon immer gerne alles mögliche und unmögliche gedrossel. Das Problem sind nicht die ganzen Anbieter die schelcht erreichbar sind.
Daher einfach wechsel, es kostet mich nun auch weniger
Ich hatte auch das Problem dass anscheinend Port 25 hier auf dem VPS eingehend geblockt ist.
Aber, nach langem herumsuchen fand ich dir Ursache:
Der CLIENT von dem aus ich dies probierte hat AUSGEHEND Port 25 geblock!
Es ist ein VPS bei "2", beim dem es auch DSL etc gibt. Die Idee das zu sperren muss man mal haben! Eingehend würde ichnoch verstehen
Also wenn man schon einen VPS hat könnte man auch Bind auf diesen installieren. Certbot hat ein Plugin für Bind.
Bind braucht nicht die komplette Domain zu managern, es reicht für _acme-challenge den VPS als NS einzutragen
Vielen Dank für die schnelle Antwort! Bei meinem anderen Anbieter ("2" - darf man hier anderen Anbieter nennen?) sind durch ein "Funktionsupdate" die PTR für ipv6 "weggefallen" was ich nicht so schön finde
Hallo, ich habe noch keinen VPS bei Netcup, hätte aber eine Frage vorab dazu.
Da ein Server wohl öffentlich IP v4 und v6 hat, wie sieht es mit den PTR Einträgen aus? Kann man die selbst setzen? Bei IPv6 würde ich nur 1 IP nutzen.
Für Mailserver ist das wichtig. Die Domain läuft auf meinen Namen, ist aber aktuell bei einem anderen Provider (wurde 1 Jahr im voraus bezahlt)
Ich könnte wetten dass damit sogar ICMP geht
Also wenn man IPs einträgt sollten es schon die richtigen sein 
Mordor Die IPs dürfen eingrtragen werden, das nennt man dann "Glue Record" und verwendet man wenn der Hostname der NS in der Domain selbst liegen
Über die Übersetzung / Bedeutung von
- not recommended - vermeiden
- may - ist möglich, aber nicht so prall
- must - kann problemlos verwendet werden
- recommended - das optimale
hab ich auch gegrübelt! Wie ICH denke dass man die Tebelle in der RFC übersetzt hab ich inten dran geschrieben. Sicher bin ich aber nicht!
Auch gehe ich davon aus dass neuere Algos nach und nach hinzugefügt werden und höhre Nummern bekommen
Wenn man das "must" mit "dieser Algo MUSS verwendet" werden überstezt, müssen das aber mehrere Algos sein!?
Hier mal die Tabelle aus https://datatracker.ietf.org/doc/html/rfc8624#section-3
+--------+--------------------+-----------------+-------------------+
| Number | Mnemonics | DNSSEC Signing | DNSSEC Validation |
+--------+--------------------+-----------------+-------------------+
| 1 | RSAMD5 | MUST NOT | MUST NOT |
| 3 | DSA | MUST NOT | MUST NOT |
| 5 | RSASHA1 | NOT RECOMMENDED | MUST |
| 6 | DSA-NSEC3-SHA1 | MUST NOT | MUST NOT |
| 7 | RSASHA1-NSEC3-SHA1 | NOT RECOMMENDED | MUST |
| 8 | RSASHA256 | MUST | MUST |
| 10 | RSASHA512 | NOT RECOMMENDED | MUST |
| 12 | ECC-GOST | MUST NOT | MAY |
| 13 | ECDSAP256SHA256 | MUST | MUST |
| 14 | ECDSAP384SHA384 | MAY | RECOMMENDED |
| 15 | ED25519 | RECOMMENDED | RECOMMENDED |
| 16 | ED448 | MAY | RECOMMENDED |
+--------+--------------------+-----------------+-------------------+Patrick0815 Eigentlich fehlt ja nur ein item in der comboox. Im DNS ist dann einfach eine andere Zahl
Hallo, ich verwende für eine Domain einen eigenen Nameserver und möchte DNSSEC mit ED25519 verwenden.
Im CCP gibt es Algorithmus 15 aber nicht, nur 3 5 6 7 8 10 12 13 14. Vielleicht gab es ED25519 und ED448 noch nicht als das Interface programmiert wurde?
Vorerst verwende ich erfolgreich RSASHA1-NSEC3-SHA1 (7), abhesehen vonr Warnungen dass es beim Testen mit https://dnsviz.net/ "not recommended" ist.
Jedenfalls ist nur ED25519 laut RFC8624 "recommended": https://datatracker.ietf.org/doc/html/rfc8624#section-3