Beiträge von Virinum

Zitat von jah

Ich sehe verschiedene IPs von LE bei der Verification, größtenteils AWS (zumindest bei IPv4).

Auf einem anderen Testsystem sehe ich von Letsencrypt Requests von diesen IP-Adressen:

• 2600:3000:2710:300::82 ❌
• 2a05:d016:dcc:9100:803e:dd84:3919:e19b ✅
• 2600:1f16:13c:c402:2b82:665a:7624:3e01 ✅
• 2406:da18:611:5701:256d:f366:e3ce:9486 ✅
• 2600:1f14:a8b:500:fce3:7a9d:5408:61e5 ✅

Zitat von jah

Leider versucht LE nach einem Timeout über IPv6 offenbar nicht IPv4.

Das wundert mich auch etwas:

Zitat von Letsencrypt

The IPv6 to IPv4 retry only occurs on connection timeouts, not on other types of error.

EDIT:
Ah, das ist in meinem Fall die Antwort:

Zitat von Letsencrypt

To keep our CA software simple we only perform an IPv6 to IPv4 retry on the first request when validating “http-01” challenges. If you use redirects, the redirects will not get retry treatment.

Zitat von jah

Viel schlimmer ist aber, daß ich momentan meine LE-Certs nicht aktualisieren kann

Genau dadurch bin ich auch auf das Problem aufmerksam geworden. Letsencrypt versucht es von der IP 2600:3000:2710:300::82. Habe gestern das Ticket NCSUP-684762 eröffnet und es wurde sehr schnell an die entsprechende Abteilung weitergeleitet. Seitdem habe ich nichts mehr gehört. Schadet bestimmt nicht, wenn du dich auch mal bei Support meldest. Kannst gerne meine Ticket-ID referenzieren. Wenn das morgen nicht behoben ist, muss ich wohl mal den Notfall-Support bemühen.

Zitat von sendai

Scheint zwar eine kleine ipv6 Weltreise zu sein von Nürnberg bis nach Frankfurt, aber mein VPS kommt zum Ziel.

Seit 14:51 Uhr klappt die Verbindung zu diesem Host auch wieder. Bei 2602:fdaa:c6:2::ac15:826b drehen die Pakete aber noch ihre Runden. Dadurch klappt aktuell der Connect von https://www.ssllabs.com/ssltest/ nicht.

Hat noch jemand eine IPv6-Adresse aus 2a0a:4cc0:c0::/43 und Probleme den Host aus dem Screenshot zu erreichen? Letsencrypt bekommt aktuell auch keine Verbindung zu meinem Server hergestellt:

Zitat

Invalid status. Verification error details: 2a0a:4cc0:c0:XXXX::1: Fetching https://XXXXXXXX/.well-known/acme-challenge/3PaNHGQ-3_yURfTbyGg7WxSnHxHsh0qeMGttmn1uwDg: Timeout during connect (likely firewall problem)

mtr.png

Zitat von PeanutPlay

Oder verstehe ich da was falsch?

Webmail ist in diesem Fall eh nicht auf deinem Webserver aktiv. Dafür hat es also eh keinen Vorteil.

Zitat von johnassel

Heißt das jetzt, dass der Betatest dazu durch ist? Oder steht noch das alte System dahinter?

Ist immer noch das alte System. DNSSEC wird die ganze Zeit weiter beworben.

Zitat von finnvweiss

Jetzt ist es so das wenn man die Seite aufruft oder einen Post das die Navbar wieder so breit ist und dann aber wieder normal wird.

Das ist mir auch eben aufgefallen. Mittlerweile verhält es sich aber wieder normal.

Are you sure this ist your IP? 152.53.44.xxx Because the third octet could also be 45, 46 and 47.

Gibt es bei dir diesen Bearbeiten-Link nicht?

Bildschirmfoto 2025-07-11 um 12.36.30.png

Ansonsten kann man auch Werte direkt in der Übersicht bearbeiten, wenn man einen Doppelklick auf sie macht.

Zitat von d4nny

Habt ihr eine Idee, wie man das beheben kann?

Ich würde einen Push-Test in Uptime-Kuma einrichten und diesen dann mit einem Cron-Job regelmäßig aufrufen.

Zitat von and

Um die "neue" DNS-Verwaltung verwenden zu "dürfen", muss man Beta Tester sein?

Ja. Und die neue DNS-Verwaltung wird nur für die eine neu registrierte Domain freigeschaltet.

Einer meiner Server hatte eben einen Ausfall. Nach der Behebung kann er mit genau einem Server aus dem VLAN nicht mehr kommunizieren. Mit allen anderen schon. Hab mal den Notfallsupport kontaktiert. Drückt mir die Daumen, dass der Fehler bei netcup liegt und ich nicht irgendwas vergeigt habe. Möchte ungern die 40 Euro zahlen

Zitat von kameleon1er

what's wrong ? :

First thing I notice is your netmask. This is typically 255.255.252.0 (/22) at netcup. Are you sure you got the right gateway address? Can you post a screenshot of SCP -> Network -> IPv4?

Zitat von Mike0185

Reboot nach der Installation steht der server beim booten der hard disk und geht nicht weiter.

Hast du die Optimierung fürs Betriebssystem auf "Windows" gestellt? Siehe diesen Thread: https://forum.netcup.de/administration…42-juni-update/

Zitat von xThaaAlex

Kann man ja theoretisch mit acme.sh oder einen Container automatsieren oder nicht? Weiß jetzt nicht wie das mit den webhosting server möglich ist.

acme.sh habe ich auf einem Webhosting schon zum laufen bekommen. Allerdings bin ich daran gescheitert das Zertifikat automatisiert im Webhosting zu hinterlegen.

Zitat von xThaaAlex

Aber ein Wildcard Zertifikat ist schon sehr angenehm für zuhause dann wenn man lokale Server hat und das Self-Signed Certificate Error wegbekommen will

Da möchte ich dir auch gar nicht widersprechen. Ich sage nur, dass ein Wildcard-Zertifikat in netcups Webhosting nicht praktikabel ist, weil mir keine Möglichkeit bekannt ist das zu automatisieren.

Deswegen raten wir auch immer von Wildcard-Zertifikate beim Webhosting ab. Ist dir auch bewusst, dass du das ganze Prozedere spätestens alle 90 Tage manuell wiederholen musst?

Zitat von notfound404

Verstehe nur nicht so ganz, wofür dann eben diese zwei Zertifikatseinstellungen im Hosting gut sein sollen und warum sich da nichts auswählen lässt

Das Zertifikat für Webmail hat eh keinen Einfluss, weil auf den Mailservern kein Webmail läuft und man dafür https://webmail01.netcup.net nutzen soll. Das Zertifikat für E-Mail ermöglicht z.B. einen anderen Hostname als mxXXXX.netcup.net nutzen zu können und dabei keine Zertifikatswarnung zu bekommen. Um da was auswählen zu können musst du erstmal im Webhosting manuell ein Zertifikat hochladen.

Zitat von webdesignheld

Wunderbar - welches ist denn der DKIM Selector bei Netcup wenn ich den Status prüfen will?

Die Selector sind key1 und key2.

Zitat von NehCoy

pasted-from-clipboard.png

Überprüfst du hier die Domain selber? Also keine Subdomain? Denn dort greift die Wildcard nicht. Für die Domain selber kannst du auch keinen CNAME-Eintrag setzen. Dafür müsstest du einen anderen Nameserver-Betreiber verwenden, der sowas wie "CNAME flattening" beherrscht.

Zitat von Neptunius

D.h. entweder sitzt der Nutzer einer E-mail Adresse neben dem Admin und tippt sein Password ein (während der Admin wegschaut), oder das wird per Team Viewer/Anydesk, Rustdesk o.ä. vom Nutzer geändert (auf dem Rechner des Admins)

Du kannst beim Erstellen eines Postfachs die Option "Kann zur Anmeldung in Plesk verwendet werden" aktivieren. Anschließend kann sich der User unter https://mxXXXX.webhosting.systems/ (XXXX ist individuell) anmelden und sein Passwort ändern.

PS: Die Passwort-Vergessen-Funktion klappt darüber auch, wenn die externe E-Mail-Adresse angegeben wurde.

Zitat von NehCoy

Aber leider klappt der Zugriff damit nicht. Ist das überhaupt so richtig?

Wie sieht die Fehlermeldung denn genau aus? Hast du den DNS-Rebind-Schutz der Fritzbox berücksichtigt?