CoolRaoul

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é.

Ouf, ils ont fini par entendre raison! Dernière réponse à mon ticket de support : "Votre analyse est effectivement bonne et nous a permis de mieux cibler le problème."

Ah oui en effet, alors faut activer les log (voir comment faire ) et aller y voir ("dans /var/log/messages") ce qui se passe. Je parie un probleme de droits sur authorized_keys ou un des dossier englobants.

Il n'y a pas besoin de modifier le fichier de config (et ce n'était pas necessaire d'en joindre une copie: on a tous le même) Par contre un utilisateur "lambda" n'est pas autorisé a se connecter à moins de modifier son shell dans /etc/passwd.

Bon, commencent à me gonfler le support dedikam. Soudain ce matin je constate une inflation inexpliquée de mon quota. Une rapide analyse me fait constater que tout d'un coup la taille (*) de la plupart des répertoires est supérieure à 2Megas, mêmes certains ne contenant qu'un seul objet. Et eux refusent de reconnaitre le problème, me faisant tourner en bourrique: du genre la commande "du" qui ne serait pas fiable. C'est cela oui... quand on a des écarts d'un facteur 15 entre la source et la destination on peut quand même se poser des questions non? Pour en avoir le cœur net j'ai remis tous mon espace à zéro et n'ai effectué qu'une seule sauvegarde d'un répertoire bien identifié du NAS dont la taille source cumulée (du -ks) est de 120Mb environ Résultat... 4.8Go occupés à l'arrivée: Et eux qui continuent à me ballader... Si ils continuent comme ça je ne vais pas tarder à perdre patience (je sais bien que c'est associatif, donc pas cher, on est une bande de jeunes geeks qui fait ça pour le sport, gratuitement, et tout et tout .. mais ce n'est pas une raison de prendre les utilisateurs pour des c***) (*) je parle bien de l'espace occupé par l'objet *répertoire*, pas de l'espace cumulé de ses sous-dossiers et les fichiers contenus. Ce que donne "ls -ld <répertoire>" donc.

Vraiment dingue cette histoire de VPN Aujourd'hui le récupère un S3 Mini (android 4.1.2) Sans trop y croire je configure le VPN, avec *strictement* les mêmes parametres que pour mon téléphone habituel (Xperia Z) Et bien, incroyable mais vrai: il se connecte! Si quelqu'un à une explication rationnelle....

On peut voir les limites de ce mode de fonctionnement: le service et le site web sont dans les choux depuis plus de 2 heures à l'instant même.

Merci pour le témoignage. Apparemment mon profil Chrome qui est foireux. J'ai entre temps en effet pu constater que je n'avais pas ce problème en lançant chrome en "mode de navigation privée". Cela m'a mis sur la piste d'une extension à problème mais étrangement j'ai aussi le problème avec toutes les extensions désactivées!

Je constate depuis la dernière mise à jour de Google Chrome qu'il m'est devenu impossible d'activer certains éléments de l'onglet "calendrier de sauvegarde". J'aimerais savoir si le problème est sur ma config ou si d'autres on pu constater la même anomalie. Ce sont les items entourés de rouges ci dessous qui ne réagissent pas chez moi! Mode "exécuter les jours suivants": mode "exécuter à la date suivante": Ce dysfonctionnement ne se manifeste pas avec Firefox.

Sauf que je reste perplexe: j'obtiens des réponses contradictoires à mes recherches sur le support WDS par la Freebox V5 mais apparemment elle n'est pas compatible puisqu'il y a une demande ouverte depuis des lustres: http://dev.freebox.fr/bugs/task/64 Donc je ne sais pas comment ni pourquoi ma config fonctionne en pratique...