PiwiLAbruti

As-tu accès à la configuration du modem (172.16.16.1) ? Quelle est l'utilité du routeur sur ton réseau ?

Ah bah bravo, pour rappel les adresses IP privées sont : 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16 172.16.16.5 est une adresse IP privée. Si 103.23.139.2 est bien ton adresse IP publique, les ports tcp/21 et tcp/22 sont fermés : > nmap -Pn -p 21,22 103.23.139.2 Starting Nmap 6.25 ( http://nmap.org ) at 2013-08-21 00:01 CEST Nmap scan report for 103.23.139.2 Host is up (0.59s latency). PORT STATE SERVICE 21/tcp closed ftp 22/tcp closed ssh Nmap done: 1 IP address (1 host up) scanned in 2.06 seconds

Le problème existait déjà avec Photo Station 5 : du POST avec les identifiants en clair. Les outils de développement de ton navigateur te montrent les requêtes avant cryptage SSL, sinon ça ne servirait à rien pour un développeur. Mais en réalité, toutes les communications sont bien cryptées avec SSL à partir du moment où HTTPS est utilisé (heureusement).

Il ne s'agit pas d'une capture Wireshark. Il est normal que les outils de développement de ton navigateur te donnent les requêtes en clair, mais si tu fais une capture Wireshark, tu verras que ces requêtes sont bien cryptées avec SSL. Donc de ce côté pas de souci. Le gros problème est que la majorité des utilisateurs n'utilisent pas HTTPS avec Photo Station, ce qui est effectivement une grosse faille de sécurité vu la nature des données qui transitent (compte admin...). Je vais regarder si le problème est le même avec Photo Station 5.

Pour vérifier les ports ouverts : http://www.canyouseeme.org/

Tu peux poster ta capture Wireshark ? Chez moi, toutes les communications de PhotoStation 5 sont bien cryptées avec SSL.

Sur un DS411+II : DiskStation> uname -a Linux DS411 3.2.30 #3211 SMP Tue Apr 16 20:05:21 CST 2013 x86_64 GNU/Linux synology_x86_411+II DiskStation> À priori 64bit, mais j'ai vu des propos contradictoire à ce sujet. Si quelqu'un qui aurait ajouté plus de 4Go de RAM sur son NAS pouvait confirmer ?

localhost pointe vers la machine à partir de laquelle il est utilisé. Donc si tu entres http://localhost/ dans un navigateur, ça pointe vers ton PC.

Tu peux faire une demande auprès de SynoCommunity ici : https://github.com/SynoCommunity/spksrc/issues

Sinon tu peux ouvrir le .pat avec 7zip et récupérer le fichier psql d'origine.

Le processeur du DS713+ supporte jusqu'à 4Go de RAM (limitation physique). Si le système fonctionne en 32bits (limitation d'architecture logicielle), seuls environ 3Go seront utilisables.

Il me semble que VLC ne supporte pas DLNA.

La question des données importantes ne concerne pas le RAID. Le meilleur moyen de sécuriser tes données est d'effectuer des sauvegardes régulières sur un support externe.

Tu cites un message qui date de plus de 2 ans, donc il ne faut pas t'attendre à un miracle concernant la compatibilité.

Ajoute une ligne pour déconnecter le lecteur z: avant de le connecter (net use z: /delete).

http://www.synology.com/releaseNote_enu/DS213j.php?lang=enu LOL ?!

As-tu une sauvegarde ?

Ça sent la fin des 88f628x : synology_armadaxp_ds214 Il va aussi falloir inclure la tool chain correspondante à SynoCommunity.

Ah pardon, c'est 64738 en tcp et udp.

Qu'est-ce qui est sélectionné dans Panneau de configuration > Service d'indexage multimédia > Paramètres de conversion > Paramètres des vignettes ?

Il faut rediriger les ports tcp/64738 ET udp/6472864738.

Vu que tu as l'air à l'aise avec les environnements Linux, tu peux très bien te passer du paquet SynoCommunity et faire l'installation manuellement en utilisant le binaire glibc23_x64 sur ton DS712+, et ainsi utiliser la dernière version. Le paquet btsync crée un utilisateur btsync appartenant au groupe root, bizarre que l'accès à /usr/local/btsync/bin te soit refusé (je n'ai pas ce problème chez moi).

Tu peux installer BitTorrent Sync depuis le dépôt SynoCommunity : http://www.synocommunity.com/packages#btsync Par contre, il s'agit de la version 1.0.134 qui n'est pas compatible avec les versions 1.1.x sorties ultérieurement. DU coup il te faudra installer la même versions sur les différents noeuds : http://syncapp.bittorrent.com/1.0.134/

Aucune idée, mais tu peux checker les commits ici : https://github.com/SynoCommunity/spksrc/commits/develop

Rien ne t'empêche d'insérer tous les disques et de voir ce que te propose le DSM lors de la création du volume. Je ne sais pas comment se comporte le DSM lors de la détection de disques de différentes tailles pour constituer un volume SHR, je sais juste qu'en les insérant un par un la question ne se pose pas.