Kramlech

Tu peux essayer de faire un montage de ta carte SD dans File Station (soit par connexion à distance, soit par Monter le dossier distant, selon ce qui va fonctionne). De cette manière tu pourra faire tes transferts, et créer un script pour automatiser ça.

Derniers tests avant que je sèche : création d'un fichier dans ce répertoire fonctionne en utilisant File Station sur un PC hors connexion (via un partage réseau avec l'iPhone par exemple) création d'un fichier dans ce répertoire fonctionne en utilisant DS File depuis l'iPhone, mais en local (en Wifi)

En DSM 5, on peut se connecter en root sous ssh. Le mot de passe est celui du user admin. Et de mémoire, si on se connecte avec un user autre que root, il n'y a pas de .profile, donc pas de variable path alimentée, donc impossibilité d'utiliser certaines commandes...

Alors on va essayer de repartir de la base : est-ce que la création d'un fichier dans ce répertoire fonctionne en utilisant File Station sur un PC et en local ?

Bine que ce ne soit pas en rapport avec la question, je pense que tu n'as pas du tout lire en ce qui concerne les recommandations. Il est fortement déconseillé d'utiliser une compte avec les droits administrateurs pour l'utilisation de tous les jours (et en particulier pour accéder aux données...) !

Donc tu as la réponse ... Quelques question en vrac : Est-ce que tu te connectes correctement à DS File depuis ton iPhone ? Est-ce que tu peux lire des fichiers via DS File depuis ton iPhone ? Est-ce que tu peux écrire des fichiers dans un quelconque des répertoires ? Bref, est-ce que le user que tu utilises pour te connecter avec DS File a bien tous les droits pour utiliser l'application ?

Mais est-ce que tu peux écrire, depuis DS File, un fichier (autre que photo) dans le répertoire partagé ? Cela permettrait se savoir si le problème vient de la fonctionnalité Sauvegarde Photo, ou si c'est général et que tu ne peux rien écrire dans le répertoire ... Parce que manifestement, tu veux faire une opération non autorisée ...

Et est ce que depuis DS File tu peux directement écrire dans ce répertoire? (Sans passer par sauvegarde photo) ?

Perso, je n'ai aucun problème avec la fonctionnalité "Sauvegarde photo" de DS File. Tu peux faire le test suivant : tu créés un nouveau répertoire partagé auquel tu donnes les droits R/W au user que tu utilises pour te connecter à DS File. Puis tu fais un test de sauvegarde vers ce répertoire. Il n'y a aucune raison que cela ne fonctionne pas !

Le problème, c'est que la remise à niveau des droits sur ces répertoires n'est pas triviale ... (si j'en crois les problèmes récurrents sur ce sujet). D'où mon conseil de ne pas s’amuser avec ces droits (même pour tester).

Petit rappel : sauf à vraiment savoir ce que l’on fait, pas s’amuser avec les droits du « homes » ou des « home »

Question bête : quand tu vois 912 Go, c'est la place totale ou la place disponible ?

Je suppose que tu tombes sur le DSM ? Est-ce que tu as activé le Serveur Web ? Si ce n'est pas le cas, les accès via le port 80 (dans ton cas) sont renvoyé automatiquement vers le DSM. Par contre si le serveur Web est actif, tu tombes sur une page qui te dit que le site est en construction. Mais si http://ddns.ndd.tld:5000 te renvoie sur "page introuvable", c'est qu'il y a un problème quelquepart. Soit la redirection du port 5000 est mal faite, soit tu as changé les ports standard du DSM ...

Alors à une époque j'avais eu ce type de problème, et je m'était posé la question de savoir si le fait d'ajouter une extension dans la liste des extensions n'avait pour effet final de forcer le NAS à faire du transcodage ... transcodage qu'il n'est peut être pas capable de faire. Je n'avais pas trouvé la réponse, et comme à l'époque j'avais une vieille freebox V5 (avec les trois antennes) qui n'était pas renommée pour ses performances de lecture, j'étais passé sur Kodi / Raspberry...

Pour le savoir, le plus simple ce ne serait pas de : Désactiver provisoirement le Reverse Proxy Désactiver provisoirement le serveur DNS et depuis ton réseau local faire un accés via l'URL http(s)://ndd pour voir ce qu'il se passe ? PS : la Freebox POP gère le loopback, ça c'est certain. Et il ne me semble jamais avoir entendu quelqu'un se plaindre de ne plus avoir de loopback après avoir passé sa box en mode bridge ... mais peu-être me trompe-je ? 🤪

Comme déjà indiqué assez souvent sur le forum, un disque qui bloque à 90% du test smart, et en plus avec des secteur défectueux, c'est très mauvais signe !!! 🤢 A remplacer rapidement 😪

Comme l'a dit @alan.dub, pour le transcodage ce qui compte ce n'est pas le suffixe du fichier (qui en fait correspond à une simple boite), mais le codec d'encodage ... Si tu actives le transcodage pour un codec non pris en charge par le NAS, tu auras un problème, alors que si tu ne l'actives pas, il se peut que le client qui va lire la vidéo sache lire le codec, donc ça marchera ! (c'est du moins comme cela que j'interprète la chose ...)

Si tu veux pouvoir récupérer les information sur tes films et mettre à jour automatiquement les metadonnées de tes fichiers, il faut y passer ... L'aide en ligne est claire. C'est quoi ta crainte ? (à part devoir t'enregistre sur leur site de TMDB)

Je ne crois pas qu'on puisse sauvegarder uniquement des répertoires avec Active Backup for Business. C'est soit la machine complète, soit le système, soit un disque complet ...

Et oui, c'est ce qu'il m'as fallu expliquer aux générations d'informaticiens débutants (et même parfois confirmés) tout au long de ma carrière ...

Si tu ne nous en dit pas plus (est-ce que tu as bien reparamétré ta box, est-ce que tu as changé d'IP externe, comment tu fais tes accès depuis l'extérieur, etc ...) on va avoir du mal à t'aider !!!

Je pense surtout que c'est un problème d'empilement de couches sans avoir contrôlé que les couches précédentes fonctionnent... Pour moi la logique est la suivante (pour mettre en place un accès depuis l'extérieur) : Mise en place du DDNS. Ne pas aller plus loin tant que un ping sur le DDNS ne renvoie pas l'IP externe de la box Mise en place du CNAME (par exemple "toto.monsite.fr"). Ne pas aller plus loin tant que un ping sur le CNAME ne renvoie pas l'IP externe de la box Ne pas modifier les ports par défaut. Ne pas activer le pare-feu. Au niveau de la box, faire la redirection du port 5000 vers le port 5000 du NAS Vérifier que http://toto.monsite.fr:5000 (depuis l’extérieur) permet d'accéder au DSM. Ne pas aller plus loin tant que ça ne fonctionne pas Au niveau de la box, faire la redirection du port 5001 vers le port 5001 du NAS Vérifier que https://toto.monsite.fr:5001 (depuis l’extérieur) permet d'accéder au DSM en mode https. Ne pas aller plus loin tant que ça ne fonctionne pas Mettre en place le reverse proxy, et renvoyant toto.monsite.fr vers l'IP du NAS port 5000 Au niveau de la box faire la redirection du port 80 vers le port 80 Vérifier que http://toto.monsite.fr (depuis l’extérieur) permet d'accéder au DSM en mode. Ne pas aller plus loin tant que ça ne fonctionne pas Au niveau de la box faire la redirection du port 443 vers le port 443 Vérifier que https://toto.monsite.fr (depuis l’extérieur) permet d'accéder au DSM en mode https. Ne pas aller plus loin tant que ça ne fonctionne pas Mettre en place la redirection automatique vers https (en ayant en tête que cette redirection ne se fait pas de la même manière selon que le serveur web et Apache ou Nginx) Vérifier que http://toto.monsite.fr (depuis l’extérieur) permet d'accéder au DSM en mode HTTPS. Ne pas aller plus loin tant que ça ne fonctionne pas Supprimer les redirection des ports 5000 et 50001 Vérifier que http://toto.monsite.fr (depuis l’extérieur) permet toujours d'accéder au DSM en mode HTTPS. Ne pas aller plus loin tant que ça ne fonctionne pas Mettre en place le pare-feu Vérifier que ça marche .... De cette manière, si quelque chose ne fonctionne pas, on sait d’où ça vient !!!! 😉 Tout cela est basé sur le principe : ne faire qu'une modification à la fois, et tester toute modification avant d'en faire une autre

Est-ce que dans Web Station, tu as bien Apache comme serveur principal ? Parce que si tu as Nginx comme serveur principal, il est normal que le .htaccess ne fonctionne pas !

Le répertoire /volume1/homes contient tous les répertoires "homes" des utilisateurs qui sont créés automatiquement lors de la création des utilisateurs si tu as activé "le service d'accueil des utilisateur". Il n'est visible que pour les users du groupe "administrators", et il est créé automatiquement lors de l'activation du service d'accueil des utilisateurs. Sauf à savoir ce que l'on fait, il n'est pas conseillé de s'amuser à jouer avec ces répertoires, ni d'en modifier les droits (certain ont essayé ....)! Si tu as des données dans le répertoire homes, c'est que tu les as mises à la main. Si tu veux supprimer ce répertoire, il faut que tu déplace ses données ailleurs (et que tu désactives le service d'accueil).

Sept années après, ce n'est pas forcement étonnant. De toute manière, je doute que la réponse apportée soit toujours d'actualité suite aux évolutions du DSM !!!