PiwiLAbruti

Comme il y a du mouvement dans la domotique en ce moment, et plus généralement les objets connectés, je me permets de réveiller ce sujet pour ceux qui seraient toujours intéressés. Il existe aujourd'hui deux acteurs majeurs sur le marché des API pour appareils connectés : IoTivity (de l'Open Interconnect Consortium) Partenaires (Cisco, General Electrics, Intel, Samsung, Dell, HP, Siemens, ...) Protocoles supportés (Bluetooth LE, Bluetooth, Wifi Direct, Remote Access, Cloud, Z-Wave, Ant+, ZigBee) AllJoyn (de la Allseen Alliance) Partenaires (Electrolux, Microsoft, Qualcomm, Silicon Image, Technicolor, TP-Link, ...) Protocoles supportés (visiblement aucun car il faut les implémenter) Il y a un article assez intéressant chez Silicon pour ceux qui souhaitent un peu approfondir le sujet. Pour l'instant les deux font la course à celui qui aura le plus de partenaires afin de pouvoir s'imposer, mais il y en a un qui sort clairement du lot au niveau de l'implémentation de l'API (saurez-vous le trouver ?). Toujours est-il que l'avenir de nos chers petites boites polyvalentes passera par une de ces APIs (peut-être les deux ?) afin de pouvoir communiquer et interagir avec une foultitude d'objets connectés sans être dépendant d'un service en ligne qui prendra soin d'archiver notre activité et de vendre les données récupérées à d'autres sociétés privées (oui, je suis parano ).

Le dépôt est en maintenance. Ne demandez pas quand il sera à nouveau en ligne car on n'a pas la réponse. Le statut du service sera actualisé ici : https://github.com/SynoCommunity/spksrc/issues/1452

Quel est le problème ? Il te faut au moins 2 disques de taille supérieure à 2To pour pouvoir augmenter la taille du volume. Relis les pages sur le fonctionnement de SHR.

As-tu cherché un peu avant de de demander de l'aide ? Sur le site officiel : http://dev.mysql.com/doc/refman//5.5/en/resetting-permissions.html#resetting-permissions-generic

Dans ce cas, supprime toutes les règles du pare-feu et désactive-le. Il n'est d'aucune utilité.

As-tu ouvert des ports sur ta box (ou routeur) ?

Le pare-feu n'est utile que si tu configure des accès externes à ton réseau (et encore). Si tu n'utilises pas ton NAS hors de chez toi, tu peux désactiver le pare-feu car il ne sera d'aucune utilité.

Avec une simple recherche sur le moteur de ton choix, tu aurais pu trouver par toi-même : https://www.synology.com/fr-fr/knowledgebase/faq/299

Non, le DS209 est limité au 4.2-3252. Synology applique toujours les mises à jour de sécurité aux anciennes versions de DSM, ce qui permet de continuer à les utiliser sans souci. Pour les plus courageux, il est possible d'upgrader artificiellement le DS209 vers un DS210j : Cet upgrade ne peut se faire que si les caractéristiques matérielles entre les deux modèles sont identiques (ou presque). Je l'ai fait pour mon DS109 qui est maintenant reconnu comme un DS112j, j'ai la dernière version en date du DSM installée dessus (5.1-5022).

Ce serait le cas si tu n'étais pas le seul à avoir ce problème. Étant donné que tu as déjà eu une défaillance matérielle, j'ai quelques doutes sur la qualité de ton réseau électrique. Il est sur onduleur ton NAS ?

Le compte que tu utilises pour te connecter ne peut se connecter qu'en local, depuis localhost (127.0.0.1). Crée un nouvel utilisateur qui pourra se connecter depuis le réseau mocal.

Si c'est pour du développement, ça ne sert à rien de l'avoir sur le NAS. Autant utiliser une VM sur le PC (avec le stockage éventuellement sur le NAS).

Tu pourrais préciser dans quel contexte tu veux utiliser un hyperviseur sur un NAS Synology ? Si on veut utiliser sérieusement un hyperviseur, il doit être installé sur une machine physique dédiée et certainement pas avec un système hôte proposant déjà des services (comme DSM). Je n'ose même pas imaginer les performances des machines virtuelles avec une indexation du contenu multimédia en parallèle...

À ma connaissance il n'y a pas d'outil simple sur Synology pour monitorer la consommation de ressources réseau de chaque processus. Par contre tu peux utiliser tcpdump via SSH : > tcpdump -i eth0 not tcp portrange 22-23 and not tcp portrange 5000-5001 -nq Cette commande affichera tout le trafic passant par l'interface réseau eth0. (en excluant le trafic généré par DSM, telnet et SSH). Ensuite il est possible d'identifier le service par le(s) port(s) utilisés et de le retrouver avec netstat. Syntaxe : > netstat -netpal|grep "[:numéroDuPort]" Exemple : > netstat -netpal|grep ":5001"

Il vaut mieux attendre que ça soit fait avant d'être aussi enthousiaste.

Pas à ma connaissance.

Par définition, tout ce qui peut être vu ou écouté est également téléchargeable. La sécurité que vous demandez n'existe pas.

Non, ce n'est pas prévu par Synology. Fais une demande d'amélioration directement auprès de Synology.

Je n'ai aucune idée de la source du problème. Essaye avec Adminer pour savoir si le problème vient de phpMyAdmin ou de MySQL.

Tu as dû essayer d'ajouter un module de recherche torrent dans la rubrique Hébergement de fichiers au lieu de Recherche BT.

Il suffit de placer un .htaccess à la racine de phppgadmin pour restreindre les accès.

La synchronisation de dossiers partagés ne suffirait pas ?

Peu importe que le compte n'ait pas de mot passe, il n'a le droit de se connecter qu'en local (localhost).

Pourtant le client VPN, indépendamment du protocole, est intégré à Andoid et donc intimement lié au système. C'est étrange que ça ne fonctionne pas sur les appareils d'une marque donnée. Malheureusement, seul Sony pourrait te renseigner à ce sujet à moins que d'autres utilisateurs aient déjà une réponse à ce problème. Une piste : http://allstarnix.blogspot.fr/2014/01/correct-ppp-parameters-setup-for-xl2tpd.html?m=1

Du peu que j'ai regardé, il doit s'agir d'une configuration dans postfix mais je n'ai rien trouvé à ce sujet.