lordtaki

Avez-vous configurer la redirection de ports pour accéder au server web depuis l'extérieur? Si cela fonctionne, par défaut pour aurez la page générique de Web Station. Si le fichier est à la racine l'accès doit de se faire avec son nom directement après le xxx.synology.me/ . Dans ce cas, vérifiez les droits (permissions, owner et group) du dit fichier. C'est un script php? cgi?

Bonjour, je présume que pour votre réseau local vous êtes en attribution automatique des adresses IP de vos équipements via le serveur DHCP intégré à la livebox. Effectivement, pour votre NAS, afin d'être accessible sur certains ports depuis l'extérieur il faut que l'adresse IP allouée au NAS soit fixe (pour ensuite configurer la redirection des ports). Rien de plus simple, il faut indiquer au serveur DHCP de la livebox que pour votre NAS l'adresse IP allouée sera toujours la même. Et pour identifier le NAS, il faut renseigner la MAC adresse de la carte réseau du NAS. https://assistance.orange.fr/livebox-modem/toutes-les-livebox-et-modems/installer-et-utiliser/piloter-et-parametrer-votre-materiel/le-parametrage-avance-reseau-nat-pat-ip/creer-un-reseau-local-a-votre-domicile/livebox-4-attribuer-une-ip-fixe-a-un-equipement_188821-730602

Le nerf de la guerre c'est le prix non? Parce que les autres points de blocages: - utilisation d'outils propriétaires? C'est bien d'y être sensible. Du coup pour utiliser de l'open source au final on se retrouve rapidement avec quoi pour la synchro? Rsync, qui fait très bien le job (je pousse avec rsnapshot). Cela implique d'avoir un serveur dédié et à nouveau problématique du coût. - pas de garanties chez Synology ou AWS fiable à 100%... Je préfère la lucidité de Synology pour le coup. La fiabilité à 100% côté AWS je demande à voir. Des 3 solutions listées, j'opterais pour la 2e.

Il y a des workaround pour le shell ash, cela se trouve facilement avec un moteur de recherche: ash array

Sauf que le shell par défaut (en tout cas sur un DS413) ce n'est pas bash mais ash. A voir s'il est installé sur DSM5.

Oui c'est vrai. Pas de contournement à ma connaissance.

Avec synoservicecfg et le planificateur de tâche. https://diktiosolutions.eu/en/synology/synology-dsm-6-terminal-service-control-en/

Cela me rappelle un peu ce qui m'est arrivé en 2016. Peut-être que votre disque #5 est dans cette situation (crashed dans Storage Manager, statut E dans /proc/mdstat). De la lecture: https://serverfault.com/questions/568166/how-to-recover-an-mdadm-array-on-synology-nas-with-drive-in-e-state https://www.dsebastien.net/2015/05/19/recovering-a-raid-array-in-e-state-on-a-synology-nas/

La commande rmdir ne supprimer que les répertoires vides, donc rmdir /volume1/FTP/CAMERAS/TERRASSE2/* devrait faire l'affaire mais c'est pas le plus élégant. A vérifier que cela se comporte ainsi sur un syno (mais pas de raison).

--verbose à la commande rmdir et pas de redirection dans /dev/null

Si --help n'était pas supporté la commande find le dirait. Faire la même commande mais sans la redirection et avec option -ls pour vérifier. Selon, pour être certain, faire un répertoire vide de test dans le répertoire courant et retester:

Le meilleur tuyau? Utiliser -h (voir -hh pour unzip) ou --help en paramètre d'une commande linux pour avoir les options disponibles. -d j'imagine pour le répertoire d'extraction -j (s'il est supporté par le binaire fourni par Synology)

Si la ligne de commande ne fait pas peur => rsync

Avec un peu de chance la commande ffprobe est installée avec ffmpeg.

Bonjour, pour la suppression des fichiers, la commande find peut le faire (se renseigner sur -size, -type, -name et -delete). Pour définir une date à n'importe quel format la commande date sait faire aussi.

unzip et unrar

-name "*.gz"

Avec find non (mtime pour modification, ctime pour changement du statut, atime pour accès). Il est de bon usage de faire -ls avant un -delete pour tester et s'assurer que les critères passés à find retournent le résultat escompté. Pour le répertoire ftp et la casse... ce qui fait foi est la casse sur le système de fichiers (on peut s'en assurer avec un ls en shell interactif), ftp en majuscule doit être une histoire de présentation (lors de la création du partage j'imagine). Avec capture d'écran cela peut aider pour faire comprendre.

Un script exécuté par cron n'a pas le même contexte d'environnement (et donc répertoire courant) que lors d'une éxécution en shell interactif. Il faut toujours s'assurer dans un script du répertoire courant, du fichier à écrire... Idéalement avec des chemins absolus (/mon/chemin) plutôt que relatifs (../un/autre/chemin).

Quel est le retour exact dans le shell?

Parce que la commande mv ne peut pas comprendre ce que vous voulez faire. Quand on utilise un caractère spécial comme *, le shell va construire la commande en remplaçant *.cbz et *.zip par tous les fichiers qui correspondent à ce critère: mv fichier1.cbz fichier2.cbz... fichier1.zip fichier2.zip Utilisez rename plutôt: rename .cbz .zip *.cbz Cela se traduit par renommer la chaîne de caractère .cbz en .zip sur tous les fichiers qui correspondent au pattern *.cbz.

En réseau local : oui Via internet : oui à condition d'ouvrir le port SSH et faire une redirection de port (avec précaution et en limitant au maximum l'accès, idéalement à une seule ip extérieure) DSM est packagé avec les commandes linux de base.

Sauf que les derniers customs firmwares quand on lit ce qui n'est pas supporté cela ne donne pas envie. Amha le plus simple reste la recherche d'apk archivés.

Recherche uniquement les fichiers de plus de 15 jours: find /mon/chemin -type f -mtime +15 Recherche uniquement les répertoires de plus de 15 jours: find /mon/chemin -type d -mtime +15 Cela permet de s'affranchir de la convention de nommage puisque le critère est une date relative.

En France tout le monde ne parle pas anglais pour commencer. Le message posté répond au problème: le dossier n'existe pas. Linux est sensible à la casse. /ftp est différent de /FTP. Pour les dossiers, je suggère de faire en 2 étapes: - première passe sur les fichiers de type fichier :) avec rm - deuxième passe sur les fichiers de type dossier avec rmdir (pour être certain de supprimer un dossier vide)