KeyHelp Community

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt



Server-Betriebssystem + Version
Debian 12.6 64BIT


Eingesetzte Server-Virtualisierung-Technologie
KVM


KeyHelp-Version + Build-Nummer
24.1 Build 3285


Problembeschreibung / Fehlermeldungen
Mir ist heute aufgefallen das meine Seiten nicht mehr über HTTP/2 bereitgestellt. Vor dem Upgrade auf Debian 12 wurden diese definitiv noch über http/2 bereitgestellt.

Ein HTTP/2 test über Keycdn gibt mir folgendenes zurück:
HTTP/2 protocol is not supported.
ALPN extension is not supported.

Folgedene Module werden mir mit dem befehl "apachectl -M" ausgegeben
Loaded Modules:
core_module (static)
so_module (static)
watchdog_module (static)
http_module (static)
log_config_module (static)
logio_module (static)
version_module (static)
unixd_module (static)
access_compat_module (shared)
actions_module (shared)
alias_module (shared)
auth_basic_module (shared)
auth_digest_module (shared)
authn_core_module (shared)
authn_file_module (shared)
authz_core_module (shared)
authz_host_module (shared)
authz_user_module (shared)
autoindex_module (shared)
cgid_module (shared)
deflate_module (shared)
dir_module (shared)
env_module (shared)
expires_module (shared)
fcgid_module (shared)
filter_module (shared)
headers_module (shared)
http2_module (shared)
include_module (shared)
mime_module (shared)
mpm_prefork_module (shared)
negotiation_module (shared)
php_module (shared)
proxy_module (shared)
proxy_fcgi_module (shared)
proxy_http_module (shared)
proxy_http2_module (shared)
reqtimeout_module (shared)
rewrite_module (shared)
setenvif_module (shared)
socache_shmcb_module (shared)
ssl_module (shared)
status_module (shared)
suexec_module (shared)

Die getesteten Seiten haben ein Zertifikat von Lets Encrypt und HTST aktiviert.

Ich habe außerdem versucht ein anderes Multi-Processing-Modul zu verwenden. Allerdings ist das ergebnis bei allen Modulen die in Keyhelp zu verfügung stehen gelich. Ein Neustart des Servers hat ebenfalls keine Änderung gebracht


Erwartetes Ergebnis
Websites werden über HTTP/2 bereitgestellt

Tatsächliches Ergebnis
HTTP/2 ist nicht verfügbar und die Websites werden über HTTP/1.1 bereitgestellt




Zusätzliche Informationen
(z.B. kürzlich durchgeführte Änderungen am Server, Auszüge aus Protokolldateien (/var/log/*, /var/log/keyhelp/php-error.log, etc.))

Ggf. ist MPM Prefork aktiviert…

Was sagt Steht da evtl. etwas von:

blickgerecht wrote: ↑Thu 18. Jul 2024, 07:15 Ggf. ist MPM Prefork aktiviert…

Was sagt

Code: Select all

 apachectl -V

Steht da evtl. etwas von:

Code: Select all

 Server MPM:     prefork

apachectl -V
Server version: Apache/2.4.61 (Debian)
Server built: 2024-07-07T12:08:26
Server's Module Magic Number: 20120211:134
Server loaded: APR 1.7.2, APR-UTIL 1.6.3, PCRE 10.42 2022-12-11
Compiled using: APR 1.7.2, APR-UTIL 1.6.3, PCRE 10.42 2022-12-11
Architecture: 64-bit
Server MPM: prefork
threaded: no
forked: yes (variable process count)
Server compiled with....
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_PROC_PTHREAD_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D DYNAMIC_MODULE_LIMIT=256
-D HTTPD_ROOT="/etc/apache2"
-D SUEXEC_BIN="/usr/lib/apache2/suexec"
-D DEFAULT_PIDLOG="/var/run/apache2.pid"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="mime.types"
-D SERVER_CONFIG_FILE="apache2.conf"


Dort steht tatsächlich prefork. In Keyhelp habe ich allerdings mpm_event ausgewählt.

Wie geht ich hier nun vor?

Du kannst versuchen das manuell zu ändern: Vermutlich gibt es da dann einen Fehler, sonst würde es ja durch Keyhelp funktionieren. Bei uns war eine falsche PHP-Version aktiviert (siehe viewtopic.php?p=50088)

Das würde sich dann so ändern lassen: Danach klappte auch wieder das Ändern über Keyhelp.

blickgerecht wrote: ↑Thu 18. Jul 2024, 09:08 Du kannst versuchen das manuell zu ändern:

Code: Select all

a2dismod mpm_prefork
a2enmod mpm_event

Vermutlich gibt es da dann einen Fehler, sonst würde es ja durch Keyhelp funktionieren. Bei uns war eine falsche PHP-Version aktiviert (siehe viewtopic.php?p=50088)

Das würde sich dann so ändern lassen:

Code: Select all

a2dismod php8.2
a2dismod mpm_prefork
a2enmod mpm_event

Danach klappte auch wieder das Ändern über Keyhelp.

Das hat geklappt vielen Dank. Ist das so nun auch wieder Update Sicher für Keyhelp?

In dem verlinkten Thema ist es ein bisschen beschrieben. Bei mir kam es eine Zeit immer wieder mit den automatischen Apache-Updates. Vermutlich findest Du im Update-Log auch ähnliche Einträge, wie im anderen Thema beschrieben. Aktiv beheben konnte ich das nicht, ich hätte nicht gewusst wie.

Beim letzten Apache-Update gab es allerdings keine Probleme, das hatte ich dem Thema vor kurzem auch nochmal angefügt. Geändert habe ich nichts. Ich weiß nicht, ob seitens Keyhelp etwas geändert wurde oder ob es nun "zufällig" nicht mehr auftritt oder wieder kommt.

Aus Interesse: Wo läuft dein Server? Evtl. bei Hetzner in der Cloud? Bisher vermute ich, dass es irgendwie damit zusammenhing …

blickgerecht wrote: ↑Thu 18. Jul 2024, 11:20 Geändert habe ich nichts. Ich weiß nicht, ob seitens Keyhelp etwas geändert wurde

Zur Info: Es gab seitens KeyHelp keine Änderungen diesbezüglich.

moin,

kling mich mal mit ein

Bei mir war das gleiche Problem gewesen.
Ist aber erst mit den neuen Update von Keyhelp so gewesen, das er die einstellung von Keyhelp Ignoriert und immer auf "prefork" bleibt...

Wenn aber seitens von KH da nichts gemacht wurde, viell durch das Dist-Upgrade was vorher gemacht wurde?

und nein, kein Cloud von Hetzner..

Bitte an alle:
In solchen Fällen unbedingt Betriebssystem-Version und Apache-Version posten.
Wir wollen versuchen das Problem einzugrenzen.

Es scheint sich GSD nicht um ein allgemeines Problem zu handeln.

Fiesi wrote: ↑Thu 18. Jul 2024, 11:46 und nein, kein Cloud von Hetzner..

Dann hat es damit vermutlich nichts zu tun.

Fiesi wrote: ↑Thu 18. Jul 2024, 11:46 Wenn aber seitens von KH da nichts gemacht wurde, viell durch das Dist-Upgrade was vorher gemacht wurde?

Bei mir lag es definitiv am Dist-Upgrade. Das hat man im Log gesehen (siehe oben verlinkter Beitrag). Wäre vermutlich interessant zu wissen, ob bei euch auch solche Einträge zu finden sind:

Tobi wrote: ↑Thu 18. Jul 2024, 11:52 Bitte an alle:
In solchen Fällen unbedingt Betriebssystem-Version und Apache-Version posten.
Wir wollen versuchen das Problem einzugrenzen.

Es scheint sich GSD nicht um ein allgemeines Problem zu handeln.

Möchtest du beim Betriebsystem noch Kernel Version oder ähnliches oder Reicht hier Debian 12.6?
An die Apache Version denk ich nächstesmal.

blickgerecht wrote: ↑Thu 18. Jul 2024, 11:59

Fiesi wrote: ↑Thu 18. Jul 2024, 11:46 und nein, kein Cloud von Hetzner..

Dann hat es damit vermutlich nichts zu tun.

Fiesi wrote: ↑Thu 18. Jul 2024, 11:46 Wenn aber seitens von KH da nichts gemacht wurde, viell durch das Dist-Upgrade was vorher gemacht wurde?

Bei mir lag es definitiv am Dist-Upgrade. Das hat man im Log gesehen (siehe oben verlinkter Beitrag). Wäre vermutlich interessant zu wissen, ob bei euch auch solche Einträge zu finden sind:

Code: Select all

Replacing config file /etc/php/8.2/apache2/php.ini with new version
Module mpm_event disabled.
Enabling module mpm_prefork.
apache2_switch_mpm Switch to prefork
apache2_invoke: Enable module php8.2

Bei mir kann ich nichts der gleichen in meiner im Package Update Log finden.
Mein Server ist auch ein Hetzner Cloud Server.

KeksDipp wrote: ↑Thu 18. Jul 2024, 12:47
Möchtest du beim Betriebsystem noch Kernel Version oder ähnliches oder Reicht hier Debian 12.6?
An die Apache Version denk ich nächstesmal.

Wir tasten uns da einfach mal ran.
Kann ich aktuell nicht beurteilen.

Christian hatte kürzlich ohnehin was passendes bemerkt.
Siehe: viewtopic.php?p=50036#p50036