DNS Probleme

[AshleyVargrand]

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
(Probleme ohne KeyHelp-Bezug gehören ins Offtopic-Forum)


Server-Betriebssystem + Version
Debian 12.5 (64-bit)


Eingesetzte Server-Virtualisierung-Technologie
KVM


KeyHelp-Version + Build-Nummer
24.0 (Build 3220)


Problembeschreibung / Fehlermeldungen

Hi ich hatte Keyhelp als erstes unter meiner Domain als Hostname installiert, konnte die Domain daher nicht als klassische Domain anlegen.

Hab den Server nun nochmal Platt gemacht, und Keyhelp unter server.meinedomain.de als Hostname installiert.

Bei meinem Hoster Netcup habe ich server.meinedomain.de als ReverseDNS eingetragen.

Komme so auch super ins CP.

Ich habe dann die Domain meinedomain.de als normale Domain anlegen können und dem Benutzer zugewiesen. Allerdings bekomme ich beim Aufrufen immer SSL Fehler, bzw. die Seite Exisitiert nicht.

Ich denke es liegt an den DNS Einträgen.

Hier verweist die IP auf meinedomain.de

Sollte so doch richtig sein oder?

[Jolinar]

Ich denke es liegt an den DNS Einträgen.

Hier verweist die IP auf meinedomain.de

Sollte so doch richtig sein oder?

Hmm...Eine entsprechende Abfrgae im DNS ergibt:

Code: Select all

;QUESTION
meinedomain.de. IN A
;ANSWER
meinedomain.de. 3600 IN A 217.160.0.95
;AUTHORITY
;ADDITIONAL

Allerdings bekomme ich beim Aufrufen immer SSL Fehler, bzw. die Seite Exisitiert nicht.

Bei mir funktioniert der Aufruf von meinedomain.de ohne Fehler, allerdings zeigt die IP Adresse auf eine Seite bzw. einen Server von InterNetX.

Sieht also noch nicht wirklich richtig aus...

[Tobi]

Bei mir ist server.meinedomain.de gar nicht erreichbar?

[Jolinar]

Bei mir ist server.meinedomain.de gar nicht erreichbar?

Ich hatte auch nur auf meinedomain.de getestet. Aber du hast Recht, ein dig auf server.meinedomain.de kommt leer zurück:

Code: Select all

;QUESTION
server.meinedomain.de. IN A
;ANSWER
;AUTHORITY
meinedomain.de. 300 IN SOA ns.kundenserver.de. hostmaster.kundenserver.de. 2014061605 28800 7200 604800 300
;ADDITIONAL

[AshleyVargrand]

Sorry mein Fehler.

Ich dachte es reicht das Beispiel.

Die Domain wäre :

Dark-falls.de

Keyhelp läuft unter

Server.dark-falls.de

Die Domain wie der Server laufen bei Netcup.

[24unix]

DNS sieht auf jeden Fall ok aus.

Edit:

Aber das Cert passt nicht, Du hast dark-fall.de als Domain angelegt, hast Du da auch LE aktiv?
Derzeit liefert er das Cert für server.darkfalls.de, was natürlich nicht passt.

[Florian]

Hallo,

der Fehler 404 deutet hier darauf hin, dass für die Domain bzw. die www-Subdomain kein SSL aktiviert ist, daher weiß der Apache damit nichts anzufangen.

Prüfe dass für die Domain udn www-Subdomain ein Zertifikat zugewiesen ist.

mit freundlichen Grüßen
Florian Cheno

[AshleyVargrand]

Das stimmt das CERT läuft auf server.dark-falls.de.

Aber er müsste sich doch bei der Domain selbst eines erstellen das dann auf Dark-falls.de läuft oder nicht?

[Florian]

Hallo,

hast du auch die Einstellungen der www-Subdomain kontrolliert?

Domain und www-Subdomain werden getrennt gehandhabt. Wenn du bei der www-Subdomain kein SSL aktiviert hast gibt es da auch kein Zertifikat. Da spielen die Einstellung der eigentlichen Domain keine Rolle

[24unix]

Das stimmt das CERT läuft auf server.dark-falls.de.

Aber er müsste sich doch bei der Domain selbst eines erstellen das dann auf Dark-falls.de läuft oder nicht?

Das kannst Du selbe einstellen, unter Security:

[AshleyVargrand]

Also hab gerade nochmal nachgesehen, unter Domain Einstellungen ist das LetsEncrypt Zertifikat aktiviert. Müsste also eigentlich funktionieren.

Hab auch per Shell nochmal den letsencrypt Ordner gelöscht, und die Wartungsintervalle neu gestartet in der Hoffnung die werden neu erstellt.

[AshleyVargrand]

Update:

hat sich nun erledigt.

Hab mir die Domain dark-falls.de erstellt und als subdomain dann www.dark-falls.de.

Hier läuft nun alles ganz normal.

[Tobi]

Tatsächlich können Änderungen am DNS manchmal bis zu 48 Stunden dauern bis es sich zu Let`s Encrypt rumgesprochen hat.
Selten, kommt aber vor.