CoolRaoul

Classique quand on utilise un éditeur sous Windows (mais une fois bien configuré Notepad++ est très bien)

En étant connecté en mode ligne de commande sur le NAS, par SSH ou par telnet Par exemple oui Normal, la commande "chmod" fait son travail sans rien afficher. Assure toi juste de l'avoir configuré comme ci dessous: Une fois connecté sur le NAS en mode ligne, tu peux exécuter directement ton script, inutile de passer par le gestionnaire de tache tant que tu est en phase de mise au point.

J'ai trouvé ça aussi:

Commencer par vérifier que l'option ci dessous (dans DSM -> Panneau de Configuration -> Win/Mac/NFS -> Paramètres Avancés) n'aurait pas été cochée par inadvertance:

Tu as probablement certainement oublié de le rendre exécutable. Essaie de faire: chmod +x /volume1/Backup/rsync/script.shEt re-testes. Non, il peut être situé ou tu veux.

Oups, copier/coller qui a merdé Je corrige

Tu serais bien le seul dans ce cas... tous les vieux habitués du forum (et de DSM en général) connaissent cette particularité. Suffit de taper la commande: iptables -l -V -n en ligne de commande pour constater que seule l'interface ethernet physique du NAS est prise en compte apres avoir configuré le firewall par le panneau de configuration DSM.

Tu as oublié de déclarer le PATH dans ton script! Au minimum il faudrait mettre: PATH=/bin:/usr/bin:/usr/syno/bin D'autre part, via le planificateur de taches, tu est "aveugle" sur les erreurs, donc pense a ajouter la création d'un log ou tu pourras vérifier que tout s'est bien passé (ou pas): [ -t 0 ] || exec >/tmp/monscript.log 2>&1 Ces deux lignes à inclure en tête de ton script.

Vous pouvez laisser tomber la conf firewall: on vous a expliqué que de toutes façon ça ne s’appliquait pas à la connexion VPN

C'est pas gagné:le mode VPN client du Syno est prévu pour interconnecter entre eux des sites de confiance (comme par exemple différentes agences d'une même entreprise) et pas, comme l'imaginent certains, pour télécharger anonymement sur des sites warez Par suite il n'est pas protégé par le pare-feu, et des qu'il est actif et connecté à un service VPN public, le NAS se retrouve "à poil" sur Internet

Ne pas oublier que "smb.conf" est réécrit par DSM à la moindre modification de config (et aussi au reboot il me semble) Donc pas évident que la modif soit facile à rendre persistante

Décidément c'est en train de devenir un sujet à la mode ces derniers jours! () **EDIT** corrigé URL

Attention à la confusion possible: Cloudstation utilise le dossier "@cloudstation" et non pas "@download" (ce dernier étant utilisé *exclusivement* par download station) Ensuite "@download" contient les fichiers en cours de download non terminés. Il n'y a aucune raison d'en supprimer directement le contenu: les fichiers qu'ils contient sont automatiquement supprimés à la fin des téléchargements et les supprimer manuellement n'aura pour simple résultat de faire planter ceux -là. Par contre il est possible de choisir le volume utilisé pour ce dossier: c'est dans les paramètres de DownloadStation, "Général" -> "Emplacement Temporaire" Voir aussi, comme indiqué, du coté de Cloudstation et des corbeilles CIFS aussi

Puisqu'il s'agit de fichiers MKV une solution radicale est d'incorporer les sous-titre dans ces derniers (utiliser mkvtoolnix pour faire la manip). Plus besoin de .srt séparés ensuite. (il est extrêmement rare que des équipements supportent des fichiers de sous-titres séparés en protocole DLNA, je ne suis même pas sur que ce soit clairement normalisé)

Ah, c'est sur Server, OK. Merci Par contre pour le contourner m'étonnerait que ce soit si facile (pour un utilisateur non admin du domaine j'entends)

Je l'ai indiqué plusieurs fois dans le forum: sous DSM, sur la partition système, le *seul* endroit qui soit préservé lors des upgrades (et c'est garanti car documenté) est "/usr/local" et au dessous. En plus il existe la dedans un dossier ("/usr/local/etc/rc.d") spécialement dédié au scripts utilisateur de démarrage et de shutdown. C'est pourquoi je trouve dommage que certains continuent à déposer leur scripts perso dans des répertoires systèmes tels que "/usr/syno/etc.defaults/rc.d" Je déterre un vieux post ou je parlais de tout ça:

Moi non plus (il y a pourtant bien longtemps que je pratique Windows!) Par simple curiosité, est-ce que quelqu'un pourrait fournir un lien vers des explications de ce mécanisme?

La liste des ports est également documentée sur le site syno: Quels sont les ports réseaux utilisés par les services Synology ? Par contre la méthode à suivre pour de déclarer ces redirections de port dans le routeur fourni par Swisscomm (dans la mesure ou j'ai bien compris que c'est ce que vous cherchez) c'est dans les forums du ce FAI qu'il y à la meilleure chance de trouver l'info.

Vu qu'en fait c'est sur la configuration de ton routeur que tu as besoin d'aide et pas sur celle du Syno pourquoi ne pas essayer le forum swiscomm? Il y a même des propriétaires de Syno parmi les participants: http://supportcommunity.swisscom.ch/t5/Discussions-sur-l-internet-de/R%C3%A9glage-routeur-Pirelli-DynDNS-Serveur-Synology-Webdav/m-p/126052

Quand tu te connectes de l'extérieur, est-tu bien sur que c'est bien sur ton NAS que tu arrives ? Est-ce que la fenêtre de login est bien identique à celle que tu as en local?

Le port 20 n'est pas utilisé en mode passif (et de toutes façon c'est une connexion sortante) Pour les plages de ports ftp passif, c'est uniquement TCP Cela dit ça n'explique pas pourquoi ça coince, le client ftp distant est bien configuré en mode passif? Tu as bien rebooté la box? PS [et HS]: pour SSH tu pourrais utiliser un autre port que le 22 en port externe (garde le 22 en interne par contre), ça t'évitera des gazillions d'attaques par des scripts kiddies chinois (ou autres)

Tu n'as pas ouvert la plage de ports utilisés par FTP en mode passif dans ta box (sont indiqués dans ton second screenshot)

Les Freebox savent faire du "proxy WOL": si on l'a activé dans l'interface d'administration , dès que la Freebox recoit le "magic paquet" sur l'IP externe, elle le transforme en broadcast sur le LAN interne. Je l'utilise pour démarrer mes PC à distance et ça marche au poil. Oui et alors? Déja encore faut-il connaitre IP *et* adresse MAC des équipements à réveiller, ce qui constitue déja en quelque sorte une authentification. Et puis le risque est pas si grand: apres tout il ne s'agit que de l'allumer, pas d'y accéder

Trouvé (pas exactement la même chose mais ...) http://www.pcinpact.com/news/85895-faille-dsm-4-3-derniere-mise-a-jour-synology-ne-suffirait-pas-toujours.htm "De plus, de nombreuses commandes Linux auraient disparu en cours de route : « ps », « top », « rm » et « ls » seraient introuvables par exemple." il est marqué "pressing the RESET button twice. " Me souviens plus, faut chercher les FAQ sur le site Syno ou ici. Sur la page est indiqué "Refer to the description of reinstalling the Synology server in the User's Guide" Donc c'est documenté dans le user guide (page 115)

Si tu as des doutes, mieux vaut se fier à la manip décrite sur le site Syno: http://www.synology.com/en-global/company/news/article/437