CoolRaoul

#!/bin/ash PATH=/bin:/usr/bin site=${1:-www.free.fr} if ping -c 2 -w 5 $site >/dev/null 2>&1 ; then echo "OK" >&2 exit 0 else echo "KO" >&2 exit 1 fi la valeur "5" (-w 5) est le nombre de secondes au bout duquel ping retourne en erreur en cas de non réponse. "www.free.fr" est le site qui sera testé mais tu peux choisir autre chose (vérifier que le site en question répond au ping en temps normal). (son nom peut être aussi passé en paramètre à l'appel) le script (on va supposer qu'il a été nommé "check_comm.sh" et qu'il est accessible directement dans le PATH) peut être invoqué par un autre script comme suit: if check_comm.sh ; then .... else ... fi Et juste une question par curiosité: ton objectif est de faire quoi quand la connexion est "down".

Bon, chez Dedikam, non seulement le problème de hardlink n'est pas résolu mais je commence à penser qu'effectivement, comme l'a d'ailleurs fait délicatement remarquer "oges", leur support est effectivement "relou" vu comment ils continuent à me balader. Ils ont d'abord mis le temps pour reconnaître que ce problème était bien effectif en me demandant de patienter car lls n'avaient "pas encore de solution" tout en m'informant de l'existence de "pas mal de membres Dedikam utilisant les "hardlink". Et ce soir, après avoir à nouveau démontré un problème de ce coté je me vois répondre: "Notre FS ne prend pas en charge les hardlink" (elle est bien bonne celle-la!) Dommage, j'aime bien la démarche de leur offre mais la, ça commence à me gaver un peu. Je pense que je vais probablement laisser tomber, je perd confiance (et patience)

J'attend de voir un peu plus avant. Il semble que le problème de hardlinks soit partiellement résolu mais j'ai des répertoires étrangement surdimensionnés (d'apres un ls -ldh) . Une sauvegarde rsync incrémentale (rsync --link-dest=..) avec quasiment pas de modification consomme autant de quota que le répertoire de sauvegarde de référence. C'est un peu ennuyeux pour une offre facturée au l'espace disque occupé (même si le prix est particulièrement modique j'en conviens)

Je confirme sur le point "D" Petit bémol pour le point "E": DSM *est* un Linux qui permet déjà pas mal de chose nativement (et pour les plus aventureux on peut télécharger la toolchain officielle pour cross compiler à peu prés tout ce qu'on veut) Pour aller plus loin il y a le package "chroot Debian" de Diaoul ou on se retrouve avec une Debian complète, à la nuance pret qu'elle s'appuie sur le kernel DSM. Cependant, pour découvrir Linux, je ne peux que conseiller de s'installer sur son PC dans une machine virtuelle la distrib que l'on veut qui est à mon avis l'approche la plus confortable.

Pas besoin d'aller jusqu'à complètement le désactiver: juste ajouter une règle autorisant le port UDP 123 sera suffisant.

Même dans ce cas (si on veut "mettre les mains dans le cambouis") je conseillerais plutôt de se monter un système entièrement virtuel (sur base de VirtualBox par exemple) pour maquetter plutôt qu'investir dans des équipements spécifiques et (relativement) coûteux. Et bien voila,c'est bien ce que je disais ("ponctuellement") , ça limite l’intérêt de l'investissement. Avoir à restaurer plusieurs téras c'est loin d'arriver tous les jours (et gagner quelques pourcent de temps sur les sauvegardes en général on s'en tape un peu) Bon, sur ce je me désabonne du fil (faut dire qu'avec mon petit DS213j je suis même pas concerné!)

La principale question à mon avis n'est pas si c'est techniquement et économiquement réaliste ou pas de mettre en place ce genre d'architecture, c'est quel peut en être l'avantage *en pratique* dans le cadre d'une utilisation à domicile. (qui, je me répéte, prend tout son sens dans un environnement professionnel ou un NAS unique est potentiellement accédé *simultanément* par de nombreux postes clients) Je n'imagine personne faisant des transferts NAS <-> PC intensifs en continu (dans quel contexte?). Et disposer ponctuellement d'un débit de l'ordre de deux mentionnés ci dessus (et encore à condition d'utiliser un logiciel de copie dédié -multithreadé- qui plus est), à part jouer à celui qui à la plus grosse, j'avoue ne pas trop en percevoir l’intérêt.

Je suis d'accord avec Piwi aller jusqu’à acheter un switch pour ça, j'ai comme un doute... A part si le NAS est accédé simultanément et régulièrement par des dizaines de postes clients, je ne vois pas non plus l’intérêt.

Sur ce point (mais uniquement celui-ci, tout à fait d'accord sur tout le reste) je ne serai pas aussi catégorique. L'important est par contre d'avoir un mot de passe en béton sur le compte admin. Ensuite, les scripts-kiddies vont bien entendu tenter de s'y connecter mais comme il vont se faire bloquer par le blocage d'IP (à activer *impérativement* ça par contre je confirme) le risque est quasi nul. Et dans cette configuration, je ne vois pas de scénario d'intrusion possible sur le compte admin. (Dans un même ordre d'idée, je ne renommerai pas le compte "root" sur un serveur unix (ou "Administrator" sous Windows).)

Aie !! J'avais pas compris que tu était un débutant dans le domaine Je suis vraiment désolé mais je ne pense pas pouvoir expliquer tout ça simplement: vu tes questions faudrait partir de zéro En plus ça peut avoir des impacts en terme de sécurité quand on maîtrise pas ce qui ce passe. Bon j'essaie quand même, en bref, il faut: rediriger le port vers l'ip interne du NAS au niveau du routeur. activer (si ce n'est déjà fait) le site web (panneau de configuration DSM -> service web -> web station) créer un sous dossier dans le partage 'web' dans lequel sera déposé le contenu du premier script dans un fichier nommé "wol.php" (le plus simple est d'utiliser le bouton sur la page pastebin) dans ce même sous dossier copier le deuxième script (wake-monpc.php, toujours avec le bouton "download") éditer la partie ci dessous de ce dernier pour y remplacer l’adresse MAC (les XX:XX..) par celle du PC à réveiller et l'adresse de broadcast ("192.168.1.255" qui pour ton réseau deviendra "192.168.0.255"): $mac = "XX:XX:XX:XX:XX:XX"; $ip = "192.168.1.255"; // broadcast address of my network se connecter de l'extérieur avec un navigateur PC avec l'url:http://<ip_publique_fixe>/<nom_du_dossier_créé_en_1>/wake-monpc.php permettra de réveiller le PC. Mais, si avec ces explications, à une étape ou une autre il y a un truc que tu ne comprend toujours pas mieux vaut laisser tomber cette approche.

Une solution rustique qui marche bien sur Syno: Dans un unique dossier accessible en http mettre ce script php (le nommer "wol.php"): http://pastebin.com/sYnCuLkw et un exemplaire de celui-ci http://pastebin.com/fqtQBkps pour chaque PC a réveiller à distance (le nommer wake-monpc.php et configurer les variables $mac et $ip) ajouter éventuellement ajouter un contrôle d’accès (".htaccess" et ".htpasswd") et voila. Aucune application à installer ni de forwarding de ports à effectuer Ensuite se connecter en http avec l'url aboutissant à wake-monpc.php

Normalement ça ne pose pas de probleme, exemple: Ne serait-ce pas simplement le port UDP/123 filtré dans le firewall du syno ?

Ca va arriver avec DSM 5.1: sont annoncés OneDrive, Box et Hubic C'est ici (merci à baz1ga d'avoir donné l'info) mais en chinois

Pour les purs et durs, il y a emacs + tramp en mode scp Syntaxe de chemin de fichier à utilser : "/scp:<user>@<host_ou_IP>:/<chemin_fichier>"

C'est simplement un GCC, accompagné des librairies et des includes requis, préconfiguré pour cross compiler vers la cible choisie (il existe une toolchain pour chaque architecture Synology disponible, voir ici ) De plus Diaoul (encore lui) à développé un environnement (spksrc) qui permet de créer des packages pour DSM de façon plus "encadrée", et qui s'appuie sur ces outils: Tu pourras aller voir de ce coté la à l'occasion. Si ta TV sait décoder nativement les formats de tes fichiers media (pas de besoin de transcodage à la volée) ça suffira largement. Pour le téléchargement pas de problème quel que soit le modèle.

Non, ca permet de *compiler* (sur un système Linux quelconque) des applications pour qu'elles tournent sur un syno. Donc on ne part pas d'un "package" (au sens .rpm ou .deb) mais directement des sources.

Je conseillerai de démarrer sur DSM de base (qui est un Linux tout ce qu'il y a de plus standard,sauf que les outils de dev ne sont pas intégrés car l'approche préconisée est de cross compiler avec la toolchain). Si tout ce dont tu as besoin est déjà dispo sous forme de package inutile de réinventer la roue. Sinon, tu sais qu'il te reste des pistes (debian en chroot ou cross compilation).

Demander à Diaoul pour confirmation. Ben non, c'est du chroot, donc un seul boot, DSM (un seul kernel actif). C'est sous forme de package DSM, donc l'initialisation est automatique. NB: cela dit on peut faire déja pas mal de choses en DSM natif, vu qu'on dispose d'un toolchain complet qui permet de cross compiler a peu pres tout ce qu'on veut. Pas sur que disposer d'une Debian en parallele soit indispensable.

Et l'avantage de l'installer comme ça (chroot) c'est que tu conserve DSM et tu dispose d'une Debian complète qui en parallelle. Juste le kernel est commun.

Ce genre d'erreur arrive également lorsque DSM ne parvient pas, pour une raison ou une autre, à démarrer sshd Je conseille d'aller jeter un oeil a la fin des fichiers suivants, on pourrait tomber sur un message pouvant donner une piste: /var/log/upstart/ssh-shell.log /var/log/messages /var/log/synolog/synosys.log En utilisant telnet (qui continue à fonctionner je suppose?)

Je ne sais toujours pas si la question m'es adressée ou à blairwitch? Dans le doute: les tests avec les S4, G3 et Nexus ont été fait en 3G et par des collègues disposant du même forfait mobile que moi.

A partir du moment (j'ai fait d'autres tests depuis) ou la connexion fonctionne avec un Galaxy S3 mini, un S4, un LG G3, un Nexus 5 et (testé à l'instant) un Xperia Z1 je suis de moins en moins enclin à penser que le problème est du coté du routeur. Je viens de demander à un collègue qui a un Z de tester lui aussi. Si il échoue c'est définitivement un bug chez Sony sur ce modèle. **EDIT** Oh désolé, la question ne s'addressait pas à moi (qui squatte ce fil en plus) je suppose

J'ai bien peur que donner un lien direct ne soit pas compatible avec la charte du forum car ce package ne respecte pas une licence commerciale Mais je vais être sympa: fait une recherche google avec la phrase "ffmpeg with dts enabled" (*avec* les quotes) Tu devrait trouver un site Suffit alors de mettre son url comme source de package dans le centre de paquets. Maintenant installer comme ça un spk chinois d'origine pas très claire, après l'histoire Synolocker, je sais pas vous, mais me semble qu'il faut être un peu joueur.. Enfin c'est vous qui voyez

Les ACLs doivent certainement être activés sur le partage homes. La commande "ls -l" ne les visualise pas mais par contre le "chmod" a bien réinitialisé les droits effectifs au minimum ce qui a produit l'effet constaté.