CoolRaoul

En ligne: Faqs: http://www.synology.com/support/faq_all.php?lang=fre&cate_id=10 Didacticiels:http://www.synology.com/support/tutorials.php?lang=fre&cate_id=10 Docs de référence :http://www.synology.com/support/download.php?lang=fre&b=2%20bays&m=DS213

Désolé, mais ce n'est pas possible : un NAS n'est pas un PC Un logiciel Windows ne peut tourner que sur un PC.

**EDIT** Je suppose que ta configuration ressemble à ceci:

Tout cela n'a *rien à voir* avec le NAS (comme je n'en doutais): il s'agit d'un logiciel avec un module serveur qui tourne sur *PC* (et pas sur le NAS) Donc, ce n'est pas sur le NAS que tu dois pouvoir te connecter ("Bonjour j'ai installé le disque dur nas Ds212J j'arrive a me connecter dessus avec internet") mais sur le PC! Pour que ça marche en connexion distante déjà faut-il que ce PC "serveur" reste sous tension et que le logiciel y soit lancé, c'est indispensable. Il faut donc aussi affecter une IP locale fixe à ce meme PC serveur, c'est vers cette IP que doit pointer la redirection du port 4900. Ces opérations concerne le site distant (le pc, et l'abonnemet ADSL du garage et pas du domicile) Ensuite sur le PC client (a domicile), l'ip aà spécifier ("IP du serveur HF/CS" dans la doc) devra être l'IP externe affectée par Free à la box du garage (celle que l'on voit en allant sur https://subscribe.free.fr/login/, apres s'y être connecté avec les identifiants de l'abonnement Free du garage, puis "ma Freebox" et "afficher mon adresse IP")

Je ne comprend pas ce que tu veux te dire par "se connecter au logiciel", étant donné que c'est un logiciel Windows (qui tourne sur un PC donc) Désolé, Espérons qu'un autre que moi comprendra ce que tu cherches a faire. Bonne chance,

Elle ressemble à quoi cette demande de certificat ssl ? Une copie d'ecran pourrait aider

D'apres ce que je lit ici http://www.logiciel-garage.fr/articles/articles-0-26+LOGICIEL-GARAGE-GRATUIT.php "gad garage" est un logiciel *Windows* En quoi le NAS est-il concerné par ta manip? Et que veux-tu faire exactement?

Pour la V5: https://subscribe.free.fr/login/ "se connecter" "ma freebox" "parametrer mon routeur freebox"

La connexion sur le compte root n'est possible qu'en ssh ou telnet. Alors que le compte admin à potentiellement accès à tous les services réseau de DSM. Et il est possible en utilisant le firewall de réserver les connexions ssh uniquement à certaines plages d'adresses où même carrément ne pas le rendre accessible de l'extérieur si le port n'est pas redirigé sur le routeur. Dans cette configuration il n'y a pas de risque d'intrusion par le compte root.

Dans tous les cas va falloir prendre en compte ta bande passante en upload (adsl je suppose), si tu as des gigas à sauvegarder, ça risque d'être longuet.

pas avec les outils de base DSM du moins

Infomaniak n'est pas vraiment un prestataire de solution d'archivage/sauvegarde mais plutôt un hébergeur de site web d’après ce que je vois sur leur site. Pas vraiment adapté pour faire de la sauvegarde et donc pas surprenant que seul ftp soit supporté. Faudrait chercher une autre option à mon avis (ftp n'est vraiment pas idéal pour les sauvegardes, surtout quand on veut faire de l'incrémental et de toutes façon pas supporté nativement par DSM comme destination de backup.)

Tant que tes équipements ne sont pas dans un domaine active directory ce n'est pas un problème de DNS: la résolution de nom netbios se fait par broadcast et apprentissage dans ce cas. Est-tu certain de bien utiliser le nom de ton nas? (celui saisi dans le panneau de configuration DSM, rubrique "réseau", champ "nom de serveur" ? Que donne sous windows la commande "ping <nom du nas>" ?

Peut-être des pistes, voir dans ce sujet a partir de mon post:

Mais comme le NAS n'est pas "distant" pas besoin de l'attaquer en ftp quand on est connecté sur lui (ou je n'ai pas bien compris l'interet de la manip).

Ainsi que wget, sous réserve que l'on n'ait besoin de faire que du "pull" ("get") et pas de "push" ("put") , disponible dans le DSM de base (/usr/syno/bin/wget).

Et encore, ça doit dépendre des modèles, sur mon DS210j c'est une partition mappée en mémoire virtuelle (tmpfs) dont la taille est encore plus limitée: fserv> df /tmp Filesystem 1K-blocks Used Available Use% Mounted on /tmp 59240 6200 53040 11% /tmp fserv> mount |grep /tmp /tmp on /tmp type tmpfs (0) TMPDIR est plus courant sous unix, mais dans le cas d'une appli php c'est dans l'environnement apache que cette variable doit être intégrée, pas forcément trival (modifier "/usr/syno/etc/rc.d/S97apache-user.sh"?) **EDIT** (HS) Damned, comment faire pour supprimer la numérotation des lignes dans les blocs "code" ??

DownloadStation supporte les url ftp: http://www.synology.com/support/tutorials_show.php?q_id=510

Le phpinfo indique les modules php installés, cela ne veux pas forcément dire que ton appli php les utilise. Avec plus d'info sur le format de ces fichiers ".cache" on pourrait peut être déterminer quel est le composant qui les crée Ne pourrais-tu pas aussi par poser la question au développeur de l'appli?

Déjà il faut savoir que, en connexion terminal (ssh ou telnet) il n'y a qu'un seul compte ayant "tous les droits", c'est le compte "root" (qui hérite automatiquement de même mot de passe que le compte "admin"). Les comptes du groupe administrateurs DSM se retrouvent utilisateurs de base, sans privilege particulier, une fois connectés en ligne de commande. Ensuite, par défaut, les comptes créés par DSM ne sont pas autorisés a se connecter en ligne de commande (*) Pour le rendre possible, il faut changer le shell du compte en question (dans /etc/passwd) en remplaçant "/sbin/nologin" par "/bin/sh" (ce qui devrait répondre à ta question) (*) cela est du au fait que, sous DSM, les répertoires des dossiers partagés sont créés avec des droits unix assez "libéraux" permettant, en ligne de commande, des accès complets même pour des comptes non autorisé en acces distant (toutefois cela peux être modifié par la suite, par exemple avec filestation, ou simplement les commandes "chmod", "chown" et "chgrp" à partir du shell). Par contre, le répertoire partagé "photo", par construction, *doit* avoir des droits unix "ouverts, les restreindre explicitement peut empêcher le fonctionnement correct de PhotoStation (et tu constateras que filestation t'interdit de modifier les droits de ce partage)

La solution du canal beta est tout à fait secure, d'autant plus qu'il est possible dans cette configuration de revenir en arrière si on le désire (désinstallation de VideoStation, mettre le centre de paquet sur le canal stable puis reinstaller VideoStation

N'y aurait-il pas moyen de modifier le code de l'appli et de lui faire écrire ses fichiers temporaires ailleurs que dans /tmp? ("/volume1/@tmp" me semble un bon choix)

Ben ça n'est rien d'autre qu'une autre façon de lancer l'appli dont j'ai parlé 3 messages plus haut

Même si ça avait un autre disque que le "No 1" ça ne changerait rien: en JBOD , des qu'un disque est planté tu pers tout Te reste à changer le disque, reconstruire ton volume et restaurer tes sauvegardes Voir ici:

pas d'accord sur ce point Demo: fserv> cat fork.sh #! /bin/sh echo pid pere: $$ sleep 9999 & echo pid fils=$! exécution: fserv> ./fork.sh pid pere: 1353 pid fils=1355 fserv> ps -p 1353 PID TTY TIME CMD # on constate que le père est mort fserv> ps -p 1355 PID TTY TIME CMD 1355 pts/0 00:00:00 sleep # alors que le fils est toujours vivant