CoolRaoul

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

Ah zut, me semble avoir que la faille exploitée avait pour effet de modifier/ou supprimer certaines commandes (dont "ls" et "mv") Mais je ne retrouve pas l'info

Peux tu essayer de remplacer dans mv 3.3.avi '3 3.avi' mv par ls et nous donner le résultat?

C'est avec les quotes *ou* avec les "", mais pas les deux (ou m'as-tu vu parler de mettre des "" ???)

et si tu entourais les noms contenant des espaces avec des quotes ? Comme ça: mv 3.3.avi "3 3.avi" Sans les quotes le shell interprète cela comme l'appel de la commande "mv" avec *3* arguments: mv "3.3.avi" "3" "3.avi" autrement dit tu demandes de déplacer les fichiers "3.3.avi" et "3" dans le répertoire "3.avi" (au dela de deux arguments, "mv" essaie de déplacer les N-1 premiers objets de nom donnés en paramètre dans le dossier dont le nom est le Nème argument). Comme le 2eme fichier n'existe pas et que le 2eme argument ne correspond à aucun répertoire non plus, ça explique l'erreur.

Vu que la redirection de port n'a pas été faite, en te connectant sur XXXXXX.synology.me ce n'est pas sur ton NAS qui tu arrives mais tres probablement sur le formulaire de connexion externe au routeur (ou sur un autre équipement: il est possible que le routeur ait été configuré ainsi par une autre personne dans la mesure ou ce dernier est mutualisé avec les autres locataires du bâtiment à ce qu'il semble) Pour faire les redirections de ports oui. DSfile sait utiliser une méthode alternative de connexion ("quickconnect" que j'ai évoquée plus haut). Quand c'est actif, le NAS établit une connexion *sortante* vers des serveurs chez Synology qui vont jouer le rôle de passerelle. Par suite, plus besoin d'ouvrir de port dans le routeur (puisque il n'y plus besoin de connexions entrantes passant à travers le routeur). Mais les connexions directes restent également possibles simultanément. L'inconvénient est d'un coté une perte de performance et de l'autre la dépendance aux serveurs relais chez Synology. C'est d'ailleurs indiqué en remarque dans la la partie "quickconnect" du panneau de configuration DSM: Comme tu peux le remarquer, pour l'instant seuls 5 services (parmi lesquels DSfile) sont "quickconnect compatibles". (attention: "partage de fichier" fait référence à l'utilisation de liens pour accéder de façon unitaire et ciblée à *un* fichier, on ne parle pas ici du partage réseau Windows) A partir de DSM 5 de nombreux autres services le seront, y compris l'interface DSM elle même (et donc FileStation), comme indiqué ici:

Ce n'est pas parce que la question est basique (et elle l'est, pour la clarté on peut en discuter) que la solution l'est aussi. Je l'ai déjà écris à deux reprises: pour accéder au NAS par internet un simple navigateur suffit (Internet Explorer, Chrome, Firefox ou autre). Tu pourra alors accéder à FileStation, qui est un peu l'équivalent de DSFile dans un navigateur. Il y a aussi d'autre méthodes possibles (comme ftp). Si tu veux y accéder en connectant "un lecteur réseau", la solution la plus approchante passe par le protocole Webdav, mais ce n'est pas forcément immédiat à configurer sur les postes clients. Par exemple, sous Windows 7, certains (dont moi-même) ont galéré avec ça. Enfin, faut bien savoir que, dans tous les cas, une redirection de ports dans le routeur situé entre ton NAS et internet est indispensable (ce ne sont pas les même ports suivant le type d’accès, navigateur, webdav ou autre). Et pas forcément suffisant: si ton accès internet ne bénéficie pas d'une adresse IP fixe, faudra mettre en oeuvre le DDNS, encore que ça ne soit pas trop difficile à faire dans le panneau de configuration DSM. (j'imagine que cela doit peut être un peu charabia pour toi, voila qui confirme que la réponse ne peut pas être "basique") Hélas, tu nous as dit "Je ne sais pas comment est constitué le réseau sur lequel est branché le Nas". C'est ennuyeux car cette connaissance est un préalable indispensable pour faire l'opération de redirection de ports. Cela, ajouté à "je ne pige rien aux tutos de Synology", fait que, même avec la meilleure volonté du monde, on voit difficilement comment s'y prendre pour t'aider.

Tu te compliques la vie peut-être pour rien: en configurant le firewall du syno distant pour refuser les connexion sur le port 22 pour tout autre IP que celle du syno source (2 règles à ajouter) plus d'attaques et pas besoin de changer le numéro de port.

Alors, si ta demande se limite à ça, la réponse je l'ai indiqué dans mon message : Il y a d'autre façons, mais vu que tu semble allergique à la technique, le mieux est de s'en tenir à ça pour le moment.

Hors sujet (et je vais probablement me faire incendier), mais pourquoi avoirs choisi de participer à la beta avec un NAS contenant des données importantes non sauvegardés?