Nextcloud 28 nach 29 - Server error
Hallo zusammen, wegen der Meldung bei heise-News Nextcloud: Angreifer können Zwei-Faktor-Authentifizierung umgehen https://www.heise.de/news/Nextcloud-Angreifer-koennen-Zwei-Faktor-Authentifi... habe ich mein Nextcloud von 28 auf 29 aktualisiert. - Nextcloud - Nextcloud-apache Letzteres Paket konnte ich nur aktualisieren, nachdem ich php8 auf php81 aktualisiert hatte. Aber leider funktioniert jetzt Nextcloud nicht mehr, bzw. wenn ich mit dem Firefox zu NC verbinden will, geht eine Dialog-Box auf mit der er eine PHP-Datei speichern will. Mit der Meldung im Apache2-log kann ich nichts anfangen: "GET /nextcloud/index.php/204 HTTP/1.1" 404 8853 "-" "Mozilla/5.0 (Linux) mirall/3.12.2git (Nextcloud, opensuse-leap-6.4.0-150600.21-default ClientArchitecture: x86_64 OsArchitecture: x86_64)" root@hpserver (-bash) sudo -u wwwrun php /srv/www/htdocs/nextcloud/occ status - installed: true - version: 29.0.2.2 - versionstring: 29.0.2 - edition: - maintenance: false - needsDbUpgrade: false - productname: Nextcloud - extendedSupport: false Der Apache habe ich restartet. Kann jemand etwas damit anfangen? viele Grüße Werner Franke
Hallo Werner, ich habe auch gerade einen Umstieg durchgeführt. Das lief allerdings problemlos. Hast Du beim Upgrade auch darauf geachtet alle php8-Pakete auf die korrespondierenden php81-Pakete umzustellen? Durch die Auswahl von php81 wurden alle php8-Pakete deinstalliert, was ja auch richtig ist. Ich habe mir vorsorglich eine Liste der installierten php8-Pakete erzeugt, die ich dann anschließend abgeglichen habe. Bei mir musste ich einige Pakete von php81 manuell auswählen, die ich vorher unter php8 hatte, die aber durch den Wechsel nicht automatisch wieder ausgewählt waren. Am 17.06.24 um 21:20 schrieb Werner Franke:
Das sieht für mich danach aus, als ob der Apache nicht weiß, wie er mit den php-Dateien umgehen soll. Hast Du auch das Paket apache-mod_php81 installiert?
Da versucht er eine Datei /nextcloud/index.php/204 zu finden, die es nicht gibt (HTTP-Status 404)
Das sieht bei mir genau so aus :-)
Ich hoffe, das hilft Dir schon mal weiter Mark
Am 18.06.24 um 07:27 schrieb Mark Wenzel:
Hallo Werner,
ich habe auch gerade einen Umstieg durchgeführt. Das lief allerdings problemlos. Hast Du beim Upgrade auch darauf geachtet alle php8-Pakete auf die korrespondierenden php81-Pakete umzustellen? Durch die Auswahl von php81 wurden alle php8-Pakete deinstalliert, was ja auch richtig ist. Ich habe mir vorsorglich eine Liste der installierten php8-Pakete erzeugt, die ich dann anschließend abgeglichen habe. Bei mir musste ich einige Pakete von php81 manuell auswählen, die ich vorher unter php8 hatte, die aber durch den Wechsel nicht automatisch wieder ausgewählt waren.
Hallo Mark ich habe auch vorher auf php81 aktualisiert, aber aber nur die instellierten Pakete aktualisiert, keine weiteren. Folgende sind installiert: (Da fällt mir auf, auf 15.6 könnte ich auch mal aktualisieren) apache2-mod_php81-8.1.28-bp155.8.1.x86_64 php81-pdo-8.1.28-bp155.8.1.x86_64 php81-xmlwriter-8.1.28-bp155.8.1.x86_64 php81-iconv-8.1.28-bp155.8.1.x86_64 php81-phar-8.1.28-bp155.8.1.x86_64 php81-fileinfo-8.1.28-bp155.8.1.x86_64 php81-ldap-8.1.28-bp155.8.1.x86_64 php81-zip-8.1.28-bp155.8.1.x86_64 php81-ftp-8.1.28-bp155.8.1.x86_64 php81-dom-8.1.28-bp155.8.1.x86_64 php81-cli-8.1.28-bp155.8.1.x86_64 php81-opcache-8.1.28-bp155.8.1.x86_64 php81-exif-8.1.28-bp155.8.1.x86_64 php81-zlib-8.1.28-bp155.8.1.x86_64 php81-pcntl-8.1.28-bp155.8.1.x86_64 php81-gd-8.1.28-bp155.8.1.x86_64 php81-tokenizer-8.1.28-bp155.8.1.x86_64 php81-APCu-5.1.22-bp155.2.3.1.x86_64 php81-posix-8.1.28-bp155.8.1.x86_64 php81-gmp-8.1.28-bp155.8.1.x86_64 php81-mysql-8.1.28-bp155.8.1.x86_64 php81-sysvsem-8.1.28-bp155.8.1.x86_64 php81-sqlite-8.1.28-bp155.8.1.x86_64 php81-mbstring-8.1.28-bp155.8.1.x86_64 php81-openssl-8.1.28-bp155.8.1.x86_64 php81-bz2-8.1.28-bp155.8.1.x86_64 php81-gettext-8.1.28-bp155.8.1.x86_64 php81-pear-1.10.21-bp155.2.1.noarch php81-curl-8.1.28-bp155.8.1.x86_64 php81-intl-8.1.28-bp155.8.1.x86_64 php81-xmlreader-8.1.28-bp155.8.1.x86_64 php81-ctype-8.1.28-bp155.8.1.x86_64 php81-8.1.28-bp155.8.1.x86_64 php81-bcmath-8.1.28-bp155.8.1.x86_64 php81-imagick-3.7.0-bp155.4.3.1.x86_64 Welche hast zu zusätzlich? Gruss Werner
Am 18.06.24 um 07:27 schrieb Mark Wenzel:
Hallo Werner,
ich habe auch gerade einen Umstieg durchgeführt. Das lief allerdings problemlos. Hast Du beim Upgrade auch darauf geachtet alle php8-Pakete auf die korrespondierenden php81-Pakete umzustellen? Durch die Auswahl von php81 wurden alle php8-Pakete deinstalliert, was ja auch richtig ist. Ich habe mir vorsorglich eine Liste der installierten php8-Pakete erzeugt, die ich dann anschließend abgeglichen habe. Bei mir musste ich einige Pakete von php81 manuell auswählen, die ich vorher unter php8 hatte, die aber durch den Wechsel nicht automatisch wieder ausgewählt waren.
Hallo Mark ich habe auch vorher auf php81 aktualisiert, aber aber nur die instellierten Pakete aktualisiert, keine weiteren. Folgende sind installiert: (Da fällt mir auf, auf 15.6 könnte ich auch mal aktualisieren) apache2-mod_php81-8.1.28-bp155.8.1.x86_64 php81-pdo-8.1.28-bp155.8.1.x86_64 php81-xmlwriter-8.1.28-bp155.8.1.x86_64 php81-iconv-8.1.28-bp155.8.1.x86_64 php81-phar-8.1.28-bp155.8.1.x86_64 php81-fileinfo-8.1.28-bp155.8.1.x86_64 php81-ldap-8.1.28-bp155.8.1.x86_64 php81-zip-8.1.28-bp155.8.1.x86_64 php81-ftp-8.1.28-bp155.8.1.x86_64 php81-dom-8.1.28-bp155.8.1.x86_64 php81-cli-8.1.28-bp155.8.1.x86_64 php81-opcache-8.1.28-bp155.8.1.x86_64 php81-exif-8.1.28-bp155.8.1.x86_64 php81-zlib-8.1.28-bp155.8.1.x86_64 php81-pcntl-8.1.28-bp155.8.1.x86_64 php81-gd-8.1.28-bp155.8.1.x86_64 php81-tokenizer-8.1.28-bp155.8.1.x86_64 php81-APCu-5.1.22-bp155.2.3.1.x86_64 php81-posix-8.1.28-bp155.8.1.x86_64 php81-gmp-8.1.28-bp155.8.1.x86_64 php81-mysql-8.1.28-bp155.8.1.x86_64 php81-sysvsem-8.1.28-bp155.8.1.x86_64 php81-sqlite-8.1.28-bp155.8.1.x86_64 php81-mbstring-8.1.28-bp155.8.1.x86_64 php81-openssl-8.1.28-bp155.8.1.x86_64 php81-bz2-8.1.28-bp155.8.1.x86_64 php81-gettext-8.1.28-bp155.8.1.x86_64 php81-pear-1.10.21-bp155.2.1.noarch php81-curl-8.1.28-bp155.8.1.x86_64 php81-intl-8.1.28-bp155.8.1.x86_64 php81-xmlreader-8.1.28-bp155.8.1.x86_64 php81-ctype-8.1.28-bp155.8.1.x86_64 php81-8.1.28-bp155.8.1.x86_64 php81-bcmath-8.1.28-bp155.8.1.x86_64 php81-imagick-3.7.0-bp155.4.3.1.x86_64 Welche hast zu zusätzlich? viele Grüße Werner Gruss Werner
Hallo Werner, ich habe die Liste mal abgeglichen. Da ist nichts drin, was bei Dir helfen könnte. Ein # a2enmod -l ... php8 gibt mir unter anderem php8 aus. Prüfe das einfach mal. Vielleicht ist das bei Dir kaputt gegangen? Viel Erfolg. Mark Am 18.06.24 um 09:35 schrieb Werner Franke:
Am 18.06.24 um 07:27 schrieb Mark Wenzel:
Hallo Werner,
ich habe auch gerade einen Umstieg durchgeführt. Das lief allerdings problemlos. Hast Du beim Upgrade auch darauf geachtet alle php8-Pakete auf die korrespondierenden php81-Pakete umzustellen? Durch die Auswahl von php81 wurden alle php8-Pakete deinstalliert, was ja auch richtig ist. Ich habe mir vorsorglich eine Liste der installierten php8-Pakete erzeugt, die ich dann anschließend abgeglichen habe. Bei mir musste ich einige Pakete von php81 manuell auswählen, die ich vorher unter php8 hatte, die aber durch den Wechsel nicht automatisch wieder ausgewählt waren.
Hallo Mark ich habe auch vorher auf php81 aktualisiert, aber aber nur die instellierten Pakete aktualisiert, keine weiteren. Folgende sind installiert: (Da fällt mir auf, auf 15.6 könnte ich auch mal aktualisieren) apache2-mod_php81-8.1.28-bp155.8.1.x86_64 php81-pdo-8.1.28-bp155.8.1.x86_64 php81-xmlwriter-8.1.28-bp155.8.1.x86_64 php81-iconv-8.1.28-bp155.8.1.x86_64 php81-phar-8.1.28-bp155.8.1.x86_64 php81-fileinfo-8.1.28-bp155.8.1.x86_64 php81-ldap-8.1.28-bp155.8.1.x86_64 php81-zip-8.1.28-bp155.8.1.x86_64 php81-ftp-8.1.28-bp155.8.1.x86_64 php81-dom-8.1.28-bp155.8.1.x86_64 php81-cli-8.1.28-bp155.8.1.x86_64 php81-opcache-8.1.28-bp155.8.1.x86_64 php81-exif-8.1.28-bp155.8.1.x86_64 php81-zlib-8.1.28-bp155.8.1.x86_64 php81-pcntl-8.1.28-bp155.8.1.x86_64 php81-gd-8.1.28-bp155.8.1.x86_64 php81-tokenizer-8.1.28-bp155.8.1.x86_64 php81-APCu-5.1.22-bp155.2.3.1.x86_64 php81-posix-8.1.28-bp155.8.1.x86_64 php81-gmp-8.1.28-bp155.8.1.x86_64 php81-mysql-8.1.28-bp155.8.1.x86_64 php81-sysvsem-8.1.28-bp155.8.1.x86_64 php81-sqlite-8.1.28-bp155.8.1.x86_64 php81-mbstring-8.1.28-bp155.8.1.x86_64 php81-openssl-8.1.28-bp155.8.1.x86_64 php81-bz2-8.1.28-bp155.8.1.x86_64 php81-gettext-8.1.28-bp155.8.1.x86_64 php81-pear-1.10.21-bp155.2.1.noarch php81-curl-8.1.28-bp155.8.1.x86_64 php81-intl-8.1.28-bp155.8.1.x86_64 php81-xmlreader-8.1.28-bp155.8.1.x86_64 php81-ctype-8.1.28-bp155.8.1.x86_64 php81-8.1.28-bp155.8.1.x86_64 php81-bcmath-8.1.28-bp155.8.1.x86_64 php81-imagick-3.7.0-bp155.4.3.1.x86_64 Welche hast du zusätzlich? viele Grüße Werner Gruss Werner
Am 18.06.24 um 07:31 schrieb Jörg Thümmler:
Hallo Jörg, die Datei, die mir zum Download aufgedrängt wird, ist der Inhalt von index.php von /srv/www/htdocs/nextcloud Aber warum ist das plötzlich so ? Vorher ging's ja auch. Und in /etc/apache2/conf.d/mod_php8.conf steht: <IfModule mod_php.c> <FilesMatch "\.ph(p[34578]?|tml)$"> SetHandler application/x-httpd-php </FilesMatch> <FilesMatch "\.php[34578]?s$"> SetHandler application/x-httpd-php-source </FilesMatch> DirectoryIndex index.php4 DirectoryIndex index.php5 DirectoryIndex index.php7 DirectoryIndex index.php8 DirectoryIndex index.php </IfModule> Muss da irgendwo etwas wegen php81 angepasst werden ? Gruss Werner
Am 18.06.24 um 09:29 schrieb Werner Franke:
Ich habe mal nach mod_php gesucht, ob ein entsprechendes Modul überhaupt geladen wird. Habe nichts gefunden. Ein /srv/www/htdocs/phpinfo.php mit Inhalt <?php phpinfo(); ?> will den Inhalt auch nur herunterladen. Wo sollte das Modul in Apache2 denn geladen werden. In /etc/apache2/loadmodule.conf ? Da ist nichts passendes enthalten und in /usr/lib64/apache2-prefork finde ich auch nichts was php im Namen hat. Wie hat das vorher funktioniert ?? viele Grüße Werner
Am 18.06.24 um 10:10 schrieb Werner Franke:
Ich habe im Backup nachgesehen. Vorher war das in /etc/apache2/sysconfig.d/loadmodule.conf LoadModule php_module /usr/lib64/apache2/mod_php8.so enthalten. mod_php8.so wird von apache2-mod_php81 bereitgestellt. Das ist installiert und ich habe es nun nochmal aktualisiert. Aber PHP geht immer noch nicht. In sysconfig.d/loadmodule.conf ist immer noch kein mod_pcp8.so enthalten. Wenn ich das testweise in der https.conf einbaue ändert sich auch nichts am Verhalten des Apache2. Apache natürlich immer neu gestartet. root@hpserver (-bash) apache2ctl -M : : php_module (shared) Was ist da falsch ? Grüße Werner
Am 6/18/24 um 5:43 PM schrieb Werner Franke:
Am 18.06.24 um 13:14 schrieb Ulf Volmer:
Hast Du schonmal ein 'a2enmod php8' versucht?
danke, das war's :-)
Sehr schön. a2enmod macht bei SUSE übrigens nicht anderes als den Eintrag in der sysconfig.d zu erstellen. Bei anderen Distros gibt es das Kommando auch, der Mechanismus ist da aber anders. Viele Grüße Ulf
Am Dienstag, Juni 18, 2024 10:46 CEST, schrieb Werner Franke <werner_franke@arcor.de>:
woher hast du denn die php81? Aus den offizeillen repos von Leap 15.5? Oder etwa aus einem devel? Denn ich meine mich zu erinnern, dass im devel irgendein php defekt war. Order war es das php von 15.6? Ich weiß nimmer. Alter. :-) Gruß Eric
Am Dienstag, Juni 18, 2024 10:10 CEST, schrieb Werner Franke <werner_franke@arcor.de>: Ich habe mal nach mod_php gesucht, ob ein entsprechendes Modul überhaupt geladen wird. Habe nichts gefunden. Ein /srv/www/htdocs/phpinfo.php mit Inhalt <?php phpinfo(); ?> will den Inhalt auch nur herunterladen.Herunterladen! Also hat das Problem nichts mit Nextcloud zu tun. Ich teste das Nextcloud-paket immer selbst produktiv. Und nur wenn es funktioniert kommt es in die "offiziellen" repos. Somit habe ich selbst ein Update von 28 auf 29 durchgeführt. Auch ein Upgrade auf Leap 15.6. Und alles läuft perfekt. Da scheint etwas in deiner php Konfiguration falsch zu sein. Gruß Eric
Am 18.06.24 um 12:55 schrieb Eric Schirra:
Nextcloud war wahrscheinlich nicht betroffen, aber das nutzt nix, weil der Zugriff von allen angeschlossenen Geräten (Handy, Windows, ...) ging nicht. Und Nextcloud ohne ein Anhängsel macht keinen Sinn. Denke ich mir zumindest. Ja, der Update auf php81 hat dafür gesorgt, dass in /etc/sysconfig/apache2 bei APACHE_MODULES kein php8 (mehr?) enthalten war. Hätte ich eigentlich erwartet, das das beim Update erledigt wird. Ein "a2enmod php8" hat's jedenfalls repariert. PHP81 habe ich übrigens von http://download.opensuse.org/update/leap/15.5/backports/ Nextcloud habe ich von https://download.opensuse.org/repositories/server:/php:/applications/15.5 Da würde ich eigentlich auch die dafür notwendigen php8X erwarten. (?) Jetzt geht Nextcloud mit dem Apache2 jedenfalls wieder. Danke und Gruß Werner
Die Sysconfig für Apache muss in /etc/sysconfig/apache2 angepasst werden: # apache's default installation # APACHE_MODULES="authz_host actions alias asis auth autoindex cgi dir imap include log_config mime negotiation setenvif status userdir" # your settings APACHE_MODULES="authz_host actions alias authz_user auth_basic authz_groupfile authn_file autoindex cgi dir env expires include log_config mime negotiation setenvif status userdir headers info rewrite version authz_core authn_core socache_shmcb reqtimeout php8 ssl proxy proxy_http mod_access_compat" Warscheinlich ist beim php8-Upgrade der Eintrag php8 rausgefallen. Ich musste beim Wechsel von php8 -> php8.1 -> php8.2 den Eintrag dort wieder einfügen. Beim Starten vom Apache2 wird dann loadmodule.conf in /ect/apache2/sysconfig.d neu generiert. Siehe erste Zeile in /etc/apache2/sysconfig.d/loadmodule.conf: # File generated from /etc/sysconfig/apache2, do not edit. Edit the sysconfig file instead. Joachim Weber, Bonn Retired IT-Dinosaurier PC Hilfe/Notdienst und Systemprogrammierung (z/OS und Linux) private Homepage: https://www.joachimweber.name Social-Networks.: Mastodon........: https://bonn.social/@trex Friendica.......: https://anonsys.net/profile/trex Pixelfed........: https://pixelfed.de/T-Rex Business-Network: Xing-Profil.....: https://www.xing.com/profile/Joachim_Weber29 Linkedin........: https://linkedin.com/in/joachimweberbonn https://www.kuketz-blog.de/das-fediverse-social-media-losgeloest-von-den-fes... Am 18.06.24 um 11:39 schrieb Jörg Thümmler:
On Mon, 17 Jun 2024 21:20:01 +0200 Werner Franke <werner_franke@arcor.de> wrote:
Man sollte wenigstens der Form halber erwaehnen dass diese Logik nicht zwingend ist. Jede aktuelle Nextcloud Version der letzten 3 Nextcloud Releases waere in Ordnung und nicht betroffen - Release 28 ab 28.0.4. Von Release 29 wird in dem zitierten Artikel nicht mal gesprochen. -- MfG, Stephan
participants (7)
-
Eric Schirra -
Joachim Weber -
Jörg Thümmler -
Mark Wenzel -
Stephan von Krawczynski -
Ulf Volmer -
Werner Franke