KeyHelp Community

Jolinar wrote: ↑Sat 20. Jan 2024, 13:43
Dreandor wrote: ↑Sat 20. Jan 2024, 13:37 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.

Dreandor wrote: ↑Sat 20. Jan 2024, 14:42 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."

Jolinar wrote: ↑Sat 20. Jan 2024, 07:54
Dreandor wrote: ↑Sat 20. Jan 2024, 01:54 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.

Dreandor wrote: ↑Sat 20. Jan 2024, 15:17 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.

Dreandor wrote: ↑Sat 20. Jan 2024, 15:17 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.

Jolinar wrote: ↑Sat 20. Jan 2024, 15:22
Dreandor wrote: ↑Sat 20. Jan 2024, 15:17 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.

24unix wrote: ↑Sat 20. Jan 2024, 15:32 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:

Dreandor wrote: ↑Fri 19. Jan 2024, 13:17 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.

Jolinar wrote: ↑Sat 20. Jan 2024, 15:38
24unix wrote: ↑Sat 20. Jan 2024, 15:32 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:
Dreandor wrote: ↑Fri 19. Jan 2024, 13:17 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.

Dreandor wrote: ↑Sat 20. Jan 2024, 15:51 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:

Dreandor wrote: ↑Sat 20. Jan 2024, 14:42 Zu dem wird in der Domain-Übersicht neben der Subdomain ein Ausrufezeichen angezeigt mit "Ein Fehler ist aufgetreten"

Jolinar wrote: ↑Sat 20. Jan 2024, 15:38 Ü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.

Dreandor wrote: ↑Sat 20. Jan 2024, 15:51 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)

Jolinar wrote: ↑Sat 20. Jan 2024, 15:54
Dreandor wrote: ↑Sat 20. Jan 2024, 15:51 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:
Dreandor wrote: ↑Sat 20. Jan 2024, 14:42 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.

24unix wrote: ↑Sat 20. Jan 2024, 16:04 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*

Dreandor wrote: ↑Sat 20. Jan 2024, 16:06 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.

Dreandor wrote: ↑Sat 20. Jan 2024, 16:06
Jolinar wrote: ↑Sat 20. Jan 2024, 15:54
Dreandor wrote: ↑Sat 20. Jan 2024, 15:51 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:
Dreandor wrote: ↑Sat 20. Jan 2024, 14:42 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.

Jolinar wrote: ↑Sat 20. Jan 2024, 16:08 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...

Jolinar wrote: ↑Sat 20. Jan 2024, 16:08 Oder hat dein Computer keine Uhrzeitanzeige...? *SCNR*

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

Jolinar wrote: ↑Sat 20. Jan 2024, 16:10
Dreandor wrote: ↑Sat 20. Jan 2024, 16:06 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

KeyHelp Community

Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung

Re: Reverse Proxy Fehlermeldung