Rechercher dans la communauté

Bonjour, Je vous appelle à l'aide car j'ai un problème que je n'arrive pas à résoudre et qui commence à affecter ma santé mentale... Un petit résumé du problème avant de développer : Je crée des espaces SFTP sur un NAS Synology RS3617xs+ (DSM 7.1.1-42962 Update 1) Je monte ces espaces SFTP sur des instances Nextcloud en tant que stockages externes (ce sont des instances Nextcloud qui ne sont pas hébergées sur le NAS mais sur des serveurs distants) Depuis Nextcloud je crée des dossiers sur ces espaces de stockage SFTP. Il est ensuite impossible via Nextcloud de supprimer ces dossiers, il est par contre possible toujours depuis Nextcloud de les renommer ou de les déplacer. Les fichiers peuvent être supprimés sans problèmes, le problème concerne uniquement la suppression des dossiers. Toutes mes instances Nextcloud (une quinzaine en version 25.0.2 et 25.0.3) sont affectées par ce problème. J'ai pensé à un bug Netcloud mais j'ai fais des installations from scratch de versions antérieures (23.0.12 et 24.0.9) et le problème est le même alors que ces versions n'ont jamais été affectées par ce problème. De plus si j'utilise un espace SFTP situé ailleurs que sur le NAS (un serveur Debian de base avec MySecureShell) il n'y a aucun problème pour supprimer les dossiers avec Netxcloud. Ci-dessous vous trouverez toutes les démarches que j'ai effectué pour essayer de comprendre le problème : L'administrateur Nextcloud monte un espace de stockage SFTP "MY-PROJECT" vide et le rend disponible pour l'utilisateur "King". Ce stockage externe est hébergé sur le NAS. L'utilisateur "King" accède au stockage SFTP "MY-PROJECT" depuis son Home Nextcloud. Le dossier est vide comme prévu. L'utilisateur "King" crée un dossier nommé "test-directory" Ci-dessous les logs Nextcloud confirmant la création du dossier "test-directory" (c'est une commande WebDAV) ***REMOVED SENSITIVE VALUE*** - - [21/Jan/2023:17:33:18 +0000] "MKCOL /remote.php/dav/files/king/MY-PROJECT/test-directory HTTP/1.1" 201 626 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:108.0) Gecko/20100101 Firefox/108.0" Les logs du NAS confirment une connexion SFTP depuis Nextcloud et la création du dossier "test-directory" Et effectivement on peut voir le dossier "test-directory" dans FileStation De retour sur Nextcloud l'utilisateur "King" supprime le dossier "test-directory" Il semble que le dossier "test-directory" a bien été supprimé sans aucun message d'erreur. Ci-dessous les logs Nextcloud concernant la suppression du dossier "test-directory". ***REMOVED SENSITIVE VALUE*** - - [21/Jan/2023:17:42:34 +0000] "DELETE /remote.php/dav/files/king/MY-PROJECT/test-directory HTTP/1.1" 204 537 "-" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:108.0) Gecko/20100101 Firefox/108.0" MAIS dans Nextcloud si l'utilisateur "King" clique sur "MY-PROJECT" sur le fil d'Ariane ou qu'il rafraîchit la page, le dossier "test-directory" est de retour ! En fait le dossier "test-directory" est de retour car il n'a pas été supprimé sur le NAS Les logs du NAS montrent la tentative de suppression. Il y a peut-être un indice ici car on voit que Nextcloud essaye de supprimer le FICHIER "test-directory" et pas le DOSSIER "test-directory". Maintenant connectons-nous directement à l'espace SFTP sur le NAS en utilisant Filezilla. Nous utilisons les mêmes identifiants que ceux utilisés pour monter le stockage externe SFTP sur Nextcloud. On supprime le dossier "test-directory" dans le NAS en utilisant Filezilla. Ça a l'air de fonctionner, le dossier "test-directory" n'est plus présent. Et on ne le voit plus non plus dans Nextcloud Allons voir si le dossier a bien été supprimé dans le NAS avec Filestation... Oui, le dossier a bien été supprimé dans le NAS. Regardons à nouveau les logs du NAS La première ligne est la tentative réussie de suppression du dossier "test-directory" en utilisant Filezilla (Event : Delete Folder | Folder). La seconde ligne est la tentative précédente échouée de suppression du dossier "test-directory" en utilisant Netxcloud (Event : Delete | File). Il semble donc qu'en passant par Nextcloud le NAS essaye de supprimer un fichier et pas un dossier. Quelqu'un peut-il me venir en aide pour aller plus loin dans le diagnostic ? Merci pour votre aide. Bonne journée.

bonjour à tous. je sollicite ici les dévelopepurs de DSM. afin d'obtenir un serveur SFTP pour mes clients, il faudrait ne pas être obligé d'utiliser admin avec la modif du fichier sshd_config. FTP est trop dangereux (user et pw en clair), SFTP est très simple : un seul port. mais il faudrait pouvoir le gérer par user du NAS. ce serait un vrai progrès. à moins qu'il n'y ait une astuce.... pour l'instant je passe par un serveur SFTP externe, mais c'est dommage de ne pas faire cela avec le NAS. merci à tous. philippe