Windows Client synchronisiert keine Dateien aus federated shares

becber · April 28, 2021, 4:37pm

Wir nutzen mehrere nextcloud Installationen, die gegenseitig als Federation miteinander verbunden sind.
Auf dem Windows Client funktioniert die Synchronisation völlig problemlos, wenn es sich um Dateien aus der “Heimat” Cloud des jeweiligen Benutzers handelt. Wenn weitere Freigaben aus anderen federated Servern geteilt werden, gibt es damit Probleme.
Im Webinterface können die Dateien in den freigegebenen Shares gesehen und damit gearbeitet werden.
Im Windows File Explorer werden die Dateien aus freigegebenen Shares nicht synchronisiert. Hier kommt die Fehlermeldung, dass die Datei leer ist, obwohl sie auf dem Server nicht leer ist (s. Screenshot)

Wir verwenden nextcloud Version 20.0.8 und Client Version 3.2.0
Die User sind über das AD (LDAP) angebunden.

Die Synchronisation mit dem Android Client funktioniert sowohl mit den eigenen Dateien des Benutzers als auch den über die Federation angebundenen Share.

Wo liegt der Fehler beim Windows Client?

becber · September 30, 2021, 2:50pm

Lösung gefunden:

github.com/nextcloud/server

Empty (zero-bytes) files when sharing specific files over federation

opened 12:04PM - 10 Nov 20 UTC

SnejPro

bug 1. to develop feature: federation 21-feedback

### Steps to reproduce 1. Install two clean nextcloud installations 2. Share a… Folder via federation between both installations 3. If you download on the other installation via client or webbrowser, some files (Example: [https://cloud.snejp.de/s/xsAb4LTL7g9SA3q](https://cloud.snejp.de/s/xsAb4LTL7g9SA3q)) will be empty. 4. On the "source" installation it is possible to download the file normaly ### Expected behaviour The correct files should be downloaded. ### Actual behaviour Zero-byte files will be downloaded ### Server configuration (both Server) **Operating system:** Debian 10 **Web server:** nginx/1.14.2 **Database:** 10.3.25-MariaDB-0+deb10u1 Debian 10 **PHP version:** PHP 7.3.19-1~deb10u1 (fpm-fcgi) (built: Jul 5 2020 06:46:45) **Nextcloud version:** (see Nextcloud admin page) 20.0.1 **Updated from an older Nextcloud/ownCloud or fresh install:** fresh **Where did you install Nextcloud from:** zip via installation wizard **Signing status:** <details> <summary>Signing status</summary> ``` No errors have been found. ``` </details> **List of activated apps:** <details> <summary>App list</summary> ``` sudo -u www-data php occ app:list Enabled: - accessibility: 1.6.0 - activity: 2.13.2 - bruteforcesettings: 2.0.1 - cloud_federation_api: 1.3.0 - comments: 1.10.0 - contactsinteraction: 1.1.0 - dashboard: 7.0.0 - dav: 1.16.0 - federatedfilesharing: 1.10.1 - federation: 1.10.1 - files: 1.15.0 - files_pdfviewer: 2.0.1 - files_rightclick: 0.17.0 - files_sharing: 1.12.0 - files_trashbin: 1.10.1 - files_versions: 1.13.0 - files_videoplayer: 1.9.0 - firstrunwizard: 2.9.0 - logreader: 2.5.0 - lookup_server_connector: 1.8.0 - nextcloud_announcements: 1.9.0 - notifications: 2.8.0 - oauth2: 1.8.0 - password_policy: 1.10.1 - photos: 1.2.0 - privacy: 1.4.0 - provisioning_api: 1.10.0 - recommendations: 0.8.0 - serverinfo: 1.10.0 - settings: 1.2.0 - sharebymail: 1.10.0 - support: 1.3.0 - survey_client: 1.8.0 - systemtags: 1.10.0 - text: 3.1.0 - theming: 1.11.0 - twofactor_backupcodes: 1.9.0 - updatenotification: 1.10.0 - user_status: 1.0.0 - viewer: 1.4.0 - weather_status: 1.0.0 - workflowengine: 2.2.0 Disabled: - admin_audit - encryption - files_external - user_ldap ``` </details> **Nextcloud configuration:** <details> <summary>Config report</summary> ``` sudo -u www-data php occ config:list system { "system": { "instanceid": "***REMOVED SENSITIVE VALUE***", "passwordsalt": "***REMOVED SENSITIVE VALUE***", "secret": "***REMOVED SENSITIVE VALUE***", "trusted_domains": [ "88.198.121.103" ], "datadirectory": "***REMOVED SENSITIVE VALUE***", "dbtype": "mysql", "version": "20.0.1.1", "overwrite.cli.url": "http:\/\/88.198.121.103", "dbname": "***REMOVED SENSITIVE VALUE***", "dbhost": "***REMOVED SENSITIVE VALUE***", "dbport": "", "dbtableprefix": "oc_", "mysql.utf8mb4": true, "dbuser": "***REMOVED SENSITIVE VALUE***", "dbpassword": "***REMOVED SENSITIVE VALUE***", "installed": true, "log_type": "file", "logfile": "nextcloud.log", "loglevel": 0, "logdateformat": "Y-m-d H-i-s" } } ``` </details> **Are you using external storage, if yes which one:** no **Are you using encryption:** no **Are you using an external user-backend, if yes which one:** no ### Client configuration **Browser:** Firefox **Operating system:** Win10 Pro x64 1909 ### Access to test installations I've set up two test installations. I can grant you access for debugging. ### Logs #### Clientlog (from production system - not from the test installations) [https://cloud.snejp.de/s/LJNgm5RM4s5oaQY](https://cloud.snejp.de/s/LJNgm5RM4s5oaQY) As you can see the error files are mostly txt or svg files. #### Web server and nextcloud error log [https://cloud.snejp.de/s/t27BHN6iQysaXmR](https://cloud.snejp.de/s/t27BHN6iQysaXmR)

Nach Deaktivieren des Apache Moduls mod_deflate sind die Probleme verschwunden