Local resolving checks failed for domain [GELÖST]

[Blackmoon]

Hallo Alex,
ja, die Fehlermeldung ist die Selbe.
PM an dich ist gerade raus.

/Dani

[Blackmoon]

Hallo zusammmen,
Es lag tatsächlich an den zusätzlichen Direktiven unter "Apache-Anweisungen". Da der VirtualHost als Reverse Proxy dient, habe ich "ProxyPass /.well-known !" natürlich in der Konfiguration gehabt. Was ich vergessen habe ist, dass ich auch eine Ausnahme für RewriteEngine benötige. Diese habe ich nun ergänzt und der Abruf funktioniert wie gewohnt.

Danke an Alex für seine schnelle Unterstützung!

@Olli
Bist du schon fündig geworden?

Ich habe nämlich auf meiner geschäftlichen KeyHelp Instanz heute den selben Fehler produziert. Es handelt sich dabei um (www).domain.de. Es sind dort auch ""Apache-Anweisungen" gesetzt, allerdings ausschließlich ProxyPass(Reverse), also keine RewriteEngine.

/Dani

[OlliTheDarkness]

Hallo zusammmen,
Es lag tatsächlich an den zusätzlichen Direktiven unter "Apache-Anweisungen". Da der VirtualHost als Reverse Proxy dient, habe ich "ProxyPass /.well-known !" natürlich in der Konfiguration gehabt. Was ich vergessen habe ist, dass ich auch eine Ausnahme für RewriteEngine benötige. Diese habe ich nun ergänzt und der Abruf funktioniert wie gewohnt.

Danke an Alex für seine schnelle Unterstützung!

@Olli
Bist du schon fündig geworden?

Ich habe nämlich auf meiner geschäftlichen KeyHelp Instanz heute den selben Fehler produziert. Es handelt sich dabei um (www).domain.de. Es sind dort auch ""Apache-Anweisungen" gesetzt, allerdings ausschließlich ProxyPass(Reverse), also keine RewriteEngine.

/Dani

Moin,
gut das dein Problem gelöst ist =)

Ich bin leider noch nicht fündig geworden, die Apache Configs kann ich bei mir allerdings ausschließen.
Das Problem hat sich gegenwertig sogar noch "verschlimmert" indes jetzt fast alle Domains den Fehler werfen.
Steh da aktuell auf dem Schlauch
Gruß:

Das Olli war´s

[Blackmoon]

Hallo Olli,

gut das dein Problem gelöst ist =)

naja, 1 erledigt, 1 noch offen. 50% hört sich natürlich besser an, als 100% offen.

Steh da aktuell auf dem Schlauch

Geht mir im zweiten Fall genauso.

Ich habe gerade einen neue Subdomain im KeyHelp angelegt und anschließend LE aktiviert. Der Abruf hat problemlos funktioniert. Kannst du das bei dir mal nachstellen, ob das bei dir auch funktioniert?

/Dani

[OlliTheDarkness]

Hallo Olli,

gut das dein Problem gelöst ist =)

naja, 1 erledigt, 1 noch offen. 50% hört sich natürlich besser an, als 100% offen.

Steh da aktuell auf dem Schlauch

Geht mir im zweiten Fall genauso.

Ich habe gerade einen neue Subdomain im KeyHelp angelegt und anschließend LE aktiviert. Der Abruf hat problemlos funktioniert. Kannst du das bei dir mal nachstellen, ob das bei dir auch funktioniert?

/Dani

Das kann ich leider nicht bestätigen.
Lege ich eine neue Sub an bekommt diese auch entspannt ihr Zert.
Ich hab auf dem betreffenden Server aktuell 3 Domains laufen mit X Subdomains.
Das Problem tritt auch nur ausschließlich bei der (Sub)Hostdomain auf.
Die Panel Domain selbst ist betroffen sowie einige Sub´s der Hostdomain.
7 von 19 sind vom Fehler betroffen komischerweise.

[OlliTheDarkness]

So ok, mein Problem hat sich nun auch erledigt, Problem gefunden, allerdings ist mir nicht kla warum es nur einen Teil betroffen hat und nicht alle.

Kurz zur Lösung:

Ich hatte meine SSL.conf angepasst, in soweit das ich die SSLClipperSuite und SSLProtocol angepasst hatte.
Habe sie jetzt wieder auf Orgi. gestellt und siehe da , die Zert´s fliegen ein ohne auch nur einen Fehler.

Falls mir einer erklären kann warum das Problem bei einem Teil der Domains auftrat und bei einem anderen nicht dann bitte immer raus damit, weil ich Check das jetzt rad mal absolut nicht.

Gruß, das Olli war´s

[Blackmoon]

Wir haben selbstverständlich auch unsere ssl.conf entsprechend angepasst. Auf Grund deines Hinweises, wollte ich schon mit den Änderungen beginnen. Allerdings habe ich nochmals ein manuell Wartung der Zertifikate gestartet und siehe da, alle Zertifikate wurden problemlos verlängert.

Puh... lag es nun an KeyHelp oder LE?

/Dani

[OlliTheDarkness]

Wir haben selbstverständlich auch unsere ssl.conf entsprechend angepasst. Auf Grund deines Hinweises, wollte ich schon mit den Änderungen beginnen. Allerdings habe ich nochmals ein manuell Wartung der Zertifikate gestartet und siehe da, alle Zertifikate wurden auf einmal verlängert.

Puh... lag es nun an KeyHelp oder LE?

/Dani

Das ist wohl eine Frage für Galileo Mystery

[christian.john]

Hallo zusammen,

ich kämpfe ebenfalls seit 3 Tagen mit diesem Problem (Local resolving checks failed for domain). Das Erstellen hatte geklappt, die Verlängerung jetzt nicht mehr.

Ich habe an den Apache-Einstellungen (Konfigurationsdateien) selbst nichts geändert.

Die Domain enthält jedoch Apache-Einstellungen über das Panel:

Code: Select all

SSLProxyEngine on
SSLProxyVerify none 
SSLProxyCheckPeerCN off
SSLProxyCheckPeerName off
SSLProxyCheckPeerExpire off
ProxyPass / http://localhost:19999/
ProxyPassReverse / http://localhost:19999/

Ping löst sowohl von extern, als auch vom Server sauber zur IP auf.

Danke für Tips,

Christian

[Blackmoon]

Guten Morgen Christian,
auch ich kämpfe seid heute Morgen wieder mit dem Problem.
Bin aber noch keinen Schritt weiter als das letzte Mal. Dieses Mal ist es eine Subdomain, welcher keinerlei Apache-Einstellungen hat.

/Dani

[Alexander]

Einmal in den Ordner

Code: Select all

/home/keyhelp/www/.well-known/acme-challenge/

schauen und eine der dort aufgeführten Dateien versuchen über die Konsole des betroffenen System über über wget, curl, ... mit Hilfe des betroffenen Domain-Namens aufrufen.

Also zum Beispiel so:

Code: Select all

wget http://<die betroffene Domain>/.well-known/acme-challenge/local-check-5dd2a6925143a3.89454815

@Blackmoon, dachte du hast aufgrund der Suche beim letzten Mal deine zusätzlichen Apache Einstellungen angepasst?

[Blackmoon]

@Christian
Bitte ergänze folende Zeilen:

Code: Select all

ProxyPass /.well-known !

Denn bisher werden alle Requests an den Server in ProxyPass weitergeleitet. Was natürlich dazu führt, dass das Verzeichnis .well-known nicht erreichbar ist.

@Alex

dachte du hast aufgrund der Suche beim letzten Mal deine zusätzlichen Apache Einstellungen angepasst?

Ja, in der betroffenen Subdomain cockpit.server02.x.y war die Rewrite Condition nicht 100% wasserdicht. Das habe ich angepasst und dann lief es.
Seit heute Morgen ist die Subdomain stats.x.y. betroffen mit der selben Fehlermeldung wie eingangs geschrieben. Dieses Mal gibt's aber unter Domain -> Apache Einstellungen kein RewriteCond, ProxyPass o.ä. gesetzt. Die Webseite ist direkt auf der KeyHelp gehostet.

Ein Neustart des Servers hat nun Abhilfe gebracht...

/Dani

[christian.john]

Hallo,

vielen lieben Dank für die schnelle Rückmeldung, habe ich ergänzt und werde zeitnah Rückmeldung geben.

Ich bin aktuell ein wenig ratlos, da ich - anderes Thema (viewtopic.php?f=6&t=8353) - mit Segfault-Errors kämpfe. Seit ein paar Wochen vermehrt. Alle 3-5 Tage bleiben ca. 3-4 Webseiten und Keyhelp hängen. Neustarten der PHP und Apache-Dienste helfen nicht. Ein Reboot des ganzen Servers schon. Mmmh..

[christian.john]

@blackmoon Kurz und knapp: Läuft. Super Danke!

[squitschy]

Hallo,

ich hab ein frisch installiertes Debian (10.2) mit der aktuellen Keyhelp Version 19.3.1 (Build 1782) installiert und hab genau das selbe Problem.

Code: Select all

Message: Local resolving checks failed for domain

Ich hab keinerlei Änderung vorgenommen - es ist also alles "default".

Gibt es hier mittlerweile schon irgendeine Lösung?



Grüße

Squitschy