möchte eigentlich noch jemand seinen Namen zum Mars schicken?
![]()
möchte eigentlich noch jemand seinen Namen zum Mars schicken?
![]()
Und WAS müsste ich nun WO angeben, um einen SMTP Server auf dem RS mit der Domain zu verbinden?
Wenn er auch von anderen Servern verwendet werden soll: MX-Record
Da könnte man ja ein Tutorial machen, oder zumindest ein Sticky
Das fällt eigentlich unter absolutes Grundlagenwissen, wenn man einen Mailserver (sicher) betreiben möchte. ![]()
Muss ich jetzt […] die Netcup-Nameserver eintragen […]?
Wenn Du willst, dass die Domain nicht mehr erreichbar ist, dann schon. ![]()
Die Nameserver von netcup werden sich für eine Domain, die nicht über netcup registriert wurde, definitiv nicht zuständig fühlen. Außerdem wären die A/AAAA Records bei I**X dann sinnlos, weil deren Nameserver nicht mehr abgefragt werden.
Den "zensierten" xxx-Link im ersten Beitrag würde ich übrigens lieber schnell entfernen. Nimm für so etwas example.com bzw. example.net als Platzhalter ![]()
Was halt auffällig ist in der Fehlermeldung, dass er versucht hat per HTTPS zu meiner Domain zu verbinden, oder ist das normal?
Wie gesagt die Weiterleitung ist nicht aktiv konfiguriert für die Domain.
Der leitet aber weiter…
$ curl -4I http://<ZENSIERT>/.well-known/acme-challenge/-05JXZY2mcO0smI-wEPvKWX3K06Z0atBF3GCmlGxdqM
HTTP/1.1 301 Moved Permanently
Server: nginx
Date: Sat, 26 Nov 2022 21:36:21 GMT
Content-Type: text/html
Content-Length: 162
Connection: keep-alive
Location: https://<ZENSIERT>/.well-known/acme-challenge/-05JXZY2mcO0smI-wEPvKWX3K06Z0atBF3GCmlGxdqM
$ curl -4I http://<ZENSIERT>/
HTTP/1.1 301 Moved Permanently
Server: nginx
Date: Sat, 26 Nov 2022 21:36:39 GMT
Content-Type: text/html
Content-Length: 162
Connection: keep-alive
Location: https://<ZENSIERT>/
Alles anzeigen
Doch, die AAAA Einträge passen. Vielleicht dauert es doch noch einfach etwas länger mit den DNS Einträgen, bis die Änderungen überall durch sind.
War zuvor auf 86400 TTL gesetzt (Standard)
Wenn dort die IPv6-Adresse 2a03:4000:61:36f4::18:1164 drinnen steht, ist die Änderung schon durch. Dann kann wirklich nur der Support helfen, weil der Webserver offenbar nicht auf die IPv6-Adresse reagiert.
Mein genannter Workaround sollte dann allerdings trotzdem helfen, bis der Support es behebt.
Ergänzung: In dem Let's Encrypt Link steht sowieso der Domainname und das bringt mich zu…
$ curl -6vI http://<ZENSIERT>/.well-known/acme-challenge/-05JXZY2mcO0smI-wEPvKWX3K06Z0atBF3GCmlGxdqM
* Trying <ZENSIERT>::18:1164:80...
* TCP_NODELAY set
* connect to <ZENSIERT>::18:1164 port 80 failed: Verbindungsaufbau abgelehnt
* Failed to connect to <ZENSIERT> port 80: Verbindungsaufbau abgelehnt
* Closing connection 0
curl: (7) Failed to connect to <ZENSIERT> port 80: Verbindungsaufbau abgelehnt
Also tatsächlich "Connection refused". IPv6 ist kaputt, aber IPv4 funktioniert. ![]()
Entweder stimmt die IPv6-Adresse des AAAA-Records nicht (bitte mit den Angaben aus dem CCP kontrollieren!) oder da ist beim Webserver etwas falsch konfiguriert. Letzteres könnte nur der Support beheben.
Als Workaround könntest Du den AAAA-Record Deiner Domain einmal entfernen und es in einer halben Stunde nochmals versuchen.
(Gelöscht, ist offenbar nicht die Ursache.)
Nach der Aktion ist vor der Aktion:
![]()
@ ist ja aktuell automatisch ans WebHosting konfiguriert (worden), denke mal das wurde auch für E-Mail gemacht. Oder funktionieren die E-Mail Geschichten weiterhin, wenn ich @ jetzt auf meine Root Server IPv4 umschreibe?
Solange Du den MX-Record nicht anrührst und den dazugehörenden A-Record (üblicherweise mail.<DOMAIN>) intakt lässt, sollte es da keine Probleme geben.
Ich frage mich aber noch, ob es auch möglich wäre, obwohl ich das example.dev ans WebHosting zugewiesen habe (DNS automatisch konfiguriert) trotzdem auch direkt "example.dev" an den Root Server Konfigurieren kann (ohne app. Präfix) geht das und wie sähe sowas aus?
Ein DNS-Record für die Domain selbst wird im CCP mit @ als Host eingetragen. ![]()
Oder woran scheitert es aktuell?
Musst es halt mit der dreistelligen X-TLD nehmen, kostet nur lächerliche 10 Euro… im Monat! ![]()
Die Besucher, die Du dann abbekommst, sind sicher eine ganz interessante Zielgruppe. ![]()
(X steht doch für Platzhalter? Oder? ODER NICHT?!
)
Glückwunsch aRaphael ![]()
Beitrag #11.000 ![]()
Und dann kam der RS Rubber Ducky...
Von dem gibt es grob geschätzt auch nur zwei Dutzend. ![]()
(Ja, ich weiß: Die werden kaum alleine auf einem Node sitzen. Lasst mich doch rumalbern
)
Vielleicht sieht ja jemand von Netcup in diesen Thread […]
Oder vielleicht sieht ja jemand von Netcup diesen Thread […]
/cc Moderatoren
![]()
Kann das "Rate Limit" bei der automatischen Verlängerung der LE-Zertifikate zu Problemen führen?
Auch das steht in der von mir verlinkten Dokumentation ![]()
Da bei einer Verlängerung üblicherweise keine neuer Account erstellt wird: Nein, weil das Domainlimit dort nicht greift.
(Nur ein Duplikatlimit, aber das sollte bei einwandfreier Funktion ohne Bugs ebenso keine Relevanz haben.)
Gibt es eine Möglichkeit die Account-Bezeichnung im CCP zu ändern? Ich habe dazu einen Beitrag über die Foren-Suche gefunden in welchem das gewünscht wurde, und er ist als "erledigt" markiert. Wurde diese Funktion eingebaut?
Nein.
Und inaktive Forenthemen markieren sich nach einigen Tagen von selbst als "erledigt" ![]()
KrisAusEU Wenn Du ein Wildcard-Zertifikat beantragst, musst Du das alle 2-3 Monate händisch im DNS eintragen. ![]()
Also Hakerl weg in Plesk, dann braucht man auch keinen DNS-Eintrag! (Kann man das bitte mal irgendwo als Sticky Topic setzen…)
Und wenn ich raten müsste, hast Du den Hostnamen inkl. der Domain selbst im CCP eingetragen. Wahrscheinlich klappt es deshalb nicht.
Ich zitiere mich nochmals selbst, vielleicht wurde das überlesen…
Sofern ich es nicht überlesen habe: Welche Datenbank wird denn eingesetzt?
Vielleicht gibt es da eine Möglichkeit für einen (temporären) Master/Slave oder Master/Master Betrieb.
Damit könnte man die Downtime im Idealfall auf wenige Sekunden senken.
Blöd ist nur, dass man das auch erst einmal einrichten muss. Dann hat man meistens vorher eine kurze bis längere Downtime. ![]()
Das ist ein temporärer Fehler, weil in den letzten Stunden zu viele "Accounts" erstellt wurden. Siehe: https://letsencrypt.org/de/docs/rate-limits/
Sollte in ein paar Stunden wieder klappen, vorausgesetzt dann probieren es nicht ebenso viele User erneut. ![]()
So oder so könnte der Support daran auch nichts ändern. Dieses Rate Limit von Let's Encrypt kann netcup definitiv nicht beeinflussen.