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

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:

Am 17.06.24 um 21:20 schrieb Werner Franke:

...

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

Hi,

<Schuss ins Blaue>  ist das nicht der Fehler, den man kriegt, wenn man das php-Module nicht in der Apache-Conf hat (oder das die aktuelle Version nicht mit einschließt? (/etc/apache2/conf.d/phpX.conf) ?

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> SetHandler application/x-httpd-php </FilesMatch> 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 10:10 schrieb Werner Franke:

Am 18.06.24 um 09:29 schrieb Werner Franke:

...

Am 18.06.24 um 07:31 schrieb Jörg Thümmler:

...

Am 17.06.24 um 21:20 schrieb Werner Franke:

...

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

Hi,

<Schuss ins Blaue>   ist das nicht der Fehler, den man kriegt, wenn man das php-Module nicht in der Apache-Conf hat (oder das die aktuelle Version nicht mit einschließt? (/etc/apache2/conf.d/phpX.conf) ?

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>                     SetHandler application/x-httpd-php         </FilesMatch>                     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 ?

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 ??

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 18.06.24 um 13:14 schrieb Ulf Volmer:

Am 6/18/24 um 10:46 AM schrieb Werner Franke:

...

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.

Hast Du schonmal ein 'a2enmod php8' versucht?

danke, das war's :-) Grüße Werner

Am Dienstag, Juni 18, 2024 10:46 CEST, schrieb Werner Franke :  

...

Muss da irgendwo etwas wegen php81 angepasst werden ?

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.php 8.0 ist in nexcloud 29 deprecated Kompatibel ist laut offizieller Doku nextcloud 29 nur mit php 8.1, 8.2, 8.3 Wobei 8.2 recomend ist.

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 18.06.24 um 12:55 schrieb Eric Schirra:

Am Dienstag, Juni 18, 2024 10:10 CEST, 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.

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 Hi Eric,

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:

Am 18.06.24 um 09:29 schrieb Werner Franke:

...

Am 18.06.24 um 07:31 schrieb Jörg Thümmler:

...

Am 17.06.24 um 21:20 schrieb Werner Franke:

...

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

Hi,

<Schuss ins Blaue>   ist das nicht der Fehler, den man kriegt, wenn man das php-Module nicht in der Apache-Conf hat (oder das die aktuelle Version nicht mit einschließt? (/etc/apache2/conf.d/phpX.conf) ?

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>                     SetHandler application/x-httpd-php         </FilesMatch>                     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

Hi, dass info.php auch nur zum Download kommt, ist quasi der Beweis.

In /etc/apache2/loadmodule.conf brauchst Du einen Softlink auf das Modul

Sicher stehen da schon paar drin... so musst Du das auch machen...