Reverse Proxy Fehlermeldung

[Dreandor]

Sofern ich unter Sicherheit > Let's-Encrypt-Zertifikat anschalte funktioniert der Reverse Proxy nicht.

"Funktioniert nicht" ist die am wenigsten hilfreiche Fehlerbeschreibung überhaupt...

Da das normalerweise funktionieren sollte, brauchen wir mehr Input, um dein Problem eingrenzen zu können.
Also her mit möglichen Fehlermeldungen und relevanten Logfileauszügen.

In dem Webserver-Protokoll ist kein Fehler älter als 18.01 23:28:14.

[24unix]

Wenn ich auf Kein Zertifikat umstelle funktioniert der Reverse Proxy.

Und wie kommst Du auf die Idee, das Panel würde eine https config erstellen, wenn Du ohne Zertifikat auswählst?

No Certificate:
"This domain is only accessible via an unsecured HTTP connection."

[Dreandor]

In keiner Config konnte ich die HTTPS Anweisungen finden. So als wenn diese nur in der UI wären aber nicht wirklich irgendwo eingetragen.

Dann hast du nicht gründlich genug gesucht...

Deine individuellen HTTPS Anweisungen findest du unter /etc/apache2/keyhelp/custom_vhosts/<User>_<Domain>_https.conf
wobei du <User> und <Domain> noch durch deine echten Werte ersetzen mußt.



BTW:
Was ist eigentlich so schwer daran, das richtige Config File zu finden???
Wenn ich jetzt nicht gewußt hätte in welchem File das eingetragen wird, würde ich den pragmatischen Weg gehen und im Panel bei den Apache Einstellungen folgendes eintragen:

Code: Select all

### Finde mich!

Da das nur als Kommentar interpretiert wird, beeinflußt man nicht die eigentliche Funktionsfähigkeit.
Dann würde ich am CLI folgendes eingeben:

Code: Select all

grep -r "### Finde mich!" /etc/apache2/

Als Ergebnis käme folgende Ausgabe (<User> und <Domain> habe ich als Platzhalter eingesetzt):

Code: Select all

/etc/apache2/keyhelp/custom_vhosts/<User>_<Domain>_https.conf:### Finde mich!

War das jetzt sooo schwer...?


Natürlich muß man dafür die Grundlagen am CLI beherrschen

Der Kollege war sich hier sehr sicher das eine _https.conf erstellt worden ist.

[Jolinar]

Der Kollege war sich hier sehr sicher das eine _https.conf erstellt worden ist.

Korrekt.
Wenn du im Panel HTTPS Einstellungen einträgst (und https nicht deaktiviert ist), dann legt das Panel auch das entsprechnde File an.

[24unix]

Der Kollege war sich hier sehr sicher das eine _https.conf erstellt worden ist.

Ausser, Du hast https deaktiviert.

In Deinem Fall kannst Du mit dem Workaround leben, das Panel wird die manuell angelegte Datei nicht löschen.

Aber besser wäre es, rauszufinden, warum Du den redirect error bekommst.

[Dreandor]

Der Kollege war sich hier sehr sicher das eine _https.conf erstellt worden ist.

Korrekt.
Wenn du im Panel HTTPS Einstellungen einträgst (und https nicht deaktiviert ist), dann legt das Panel auch das entsprechnde File an.

Ich habe jetzt HTTPS aktiviert und auch die Anweisungen sind eingetragen. Je doch weiterhin keine https.config. Fehler mit dem Redirect existiert weiterhin.

[Jolinar]

In Deinem Fall kannst Du mit dem Workaround leben, das Panel wird die manuell angelegte Datei nicht löschen.

Über die Brücke würde ich nicht gehen...Der TE gibt ja an, daß er die vHost Config selber modifiziert hat:

Ich habe es gefixt. Ich musste in der vhost Datei die Statements manuell ergänzen. Direkt über die UI hat es nicht geklappt.

Sollte er im Panel irgendetwas an der Subdomain ändern, schreibt das Panel die vHost Config neu.

[Dreandor]

In Deinem Fall kannst Du mit dem Workaround leben, das Panel wird die manuell angelegte Datei nicht löschen.

Über die Brücke würde ich nicht gehen...Der TE gibt ja an, daß er die vHost Config selber modifiziert hat:

Ich habe es gefixt. Ich musste in der vhost Datei die Statements manuell ergänzen. Direkt über die UI hat es nicht geklappt.

Sollte er im Panel irgendetwas an der Subdomain ändern, schreibt das Panel die vHost Config neu.

Erklärt ja trotzdem nicht warum keine https.conf geschrieben wird, wenn ich alles so einrichte wie ihr es sagt.

[Jolinar]

Erklärt ja trotzdem nicht warum keine https.conf geschrieben wird, wenn ich alles so einrichte wie ihr es sagt.

Ich vermute mal, daß das im Zusammenhang damit steht:

Zu dem wird in der Domain-Übersicht neben der Subdomain ein Ausrufezeichen angezeigt mit "Ein Fehler ist aufgetreten"

[24unix]

Über die Brücke würde ich nicht gehen...Der TE gibt ja an, daß er die vHost Config selber modifiziert hat:

Stimmt, das hatte ich glatt überlesen.

Erklärt ja trotzdem nicht warum keine https.conf geschrieben wird, wenn ich alles so einrichte wie ihr es sagt.

Die wird nicht sofort geschrieben, 1x die Minute per Cronjob.

Ich habe bei solchen Sachen immer ein extra Terminal mit

Code: Select all

tail -f /var/log/keyhelp/cronjob/*.log

(mit Sudo, falls Du nicht root bist)

[Dreandor]

Erklärt ja trotzdem nicht warum keine https.conf geschrieben wird, wenn ich alles so einrichte wie ihr es sagt.

Ich vermute mal, daß das im Zusammenhang damit steht:

Zu dem wird in der Domain-Übersicht neben der Subdomain ein Ausrufezeichen angezeigt mit "Ein Fehler ist aufgetreten"

So hatte jetzt mal alle Anweisungen sowohl bei HTTP sowie HTTPS entfernt. Danach kam auch der Grüne haken.
Nachdem ich die eingetragen haben, hab ich für das Control Panel Connection Refused bekommen. Ich musste in meiner vhost Datei das Include entfernen damit ich wieder an Keyhelp ran komme.

[Jolinar]

Ich habe bei solchen Sachen immer ein extra Terminal mit

Code: Select all

tail -f /var/log/keyhelp/cronjob/*.log

So umständlich?
Ich schau einfach nur auf die Uhr in der Taskleiste und warte, bis die Sekunden auf "00" springen

Oder hat dein Computer keine Uhrzeitanzeige...? *SCNR*

[Jolinar]

Nachdem ich die eingetragen haben, hab ich für das Control Panel Connection Refused bekommen.

Gib uns doch einfach mal das, was du dort einträgst (bitte in CODE-Tags und nicht als Screenshot). Dann schauen wir uns das gerne mal genauer an, denn da muß ja irgendwo ein Fehlerchen drin sein.

[24unix]

Erklärt ja trotzdem nicht warum keine https.conf geschrieben wird, wenn ich alles so einrichte wie ihr es sagt.

Ich vermute mal, daß das im Zusammenhang damit steht:

Zu dem wird in der Domain-Übersicht neben der Subdomain ein Ausrufezeichen angezeigt mit "Ein Fehler ist aufgetreten"

So hatte jetzt mal alle Anweisungen sowohl bei HTTP sowie HTTPS entfernt. Danach kam auch der Grüne haken.
Nachdem ich die eingetragen haben, hab ich für das Control Panel Connection Refused bekommen. Ich musste in meiner vhost Datei das Include entfernen damit ich wieder an Keyhelp ran komme.

Dann wäre jetzt ein gute Zeitpunkt in die Fehlerlogs zu gucken.
Oder nimm das include wieder rein, und mache

Code: Select all

apache2ctl -t

Die Config wird einen Fehler haben, und dann geht auch das Panel nicht mehr.

Ich schau einfach nur auf die Uhr in der Taskleiste und warte, bis die Sekunden auf "00" springen

Ist aber nicht immer zur vollen Minute …

Code: Select all

[20-Jan-2024 00:02:18] INFO | Update statistics...

Oder hat dein Computer keine Uhrzeitanzeige...? *SCNR*

Doch, dem Alter (den Augen) angepasst sogar in RIESIG

[Dreandor]

Nachdem ich die eingetragen haben, hab ich für das Control Panel Connection Refused bekommen.

Gib uns doch einfach mal das, was du dort einträgst (bitte in CODE-Tags und nicht als Screenshot). Dann schauen wir uns das gerne mal genauer an, denn da muß ja irgendwo ein Fehlerchen drin sein.

Anweisungen für HTTP

Code: Select all

RewriteEngine on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Anweisungen für HTTPS

Code: Select all

ProxyPreserveHost On
SSLProxyEngine On
SSLProxyVerify none
SSLProxyCheckPeerCN off
SSLProxyCheckPeerName off
SSLProxyCheckPeerExpire off

RewriteEngine on
RewriteCond %{HTTP:Upgrade} websocket [NC]
RewriteCond %{HTTP:Connection} upgrade [NC]
RewriteRule .* "wss://127.0.0.1:8143%{REQUEST_URI}" [P]

SSLCertificateFile /var/opt/minecraft/crafty/crafty-4/app/config/web/certs/commander.cert.pem
SSLCertificateKeyFile /var/opt/minecraft/crafty/crafty-4/app/config/web/certs/commander.key.pem

ProxyPass / https://127.0.0.1:8143/
ProxyPassReverse / https://127.0.0.1:8143/
ProxyRequests off