PiwiLAbruti

Pas de problèmes Diaoul, tu le recevras début mai.

Il faut s'inscrire ici pour avoir accès à l'alpha : http://labs.bittorrent.com/experiments/sync.html J'ai reçu les liens par mail, mais il est bien précisé : "This is a private Alpha release, so please do not share these links." (j'ai posté le mail complet dans la Developers section du forum). Il n'y a pas de changelog, j'ai juste constaté qu'il y avait de nouveaux binaires en 1.0.116, absents de la 1.0.112.

Ça a pas mal évolué ces derniers temps. Pour chaque dossier à synchroniser, on peut définir une liste des hôtes:ports autorisés à y accéder (mais impossible de définir un sous réseau entier). Il y a 4 types d'accès possibles : Lecture/écriture, Lecture seule, Lecture/écriture limité à 24h (durée non ajustable), Lecture seule limité à 24h (durée non ajustable). À chaque type d'accès correspond une clé différente. Je viens de passer de la version 1.0.112 à la 1.0.116 et de nouvelles architectures (en gras) sont disponibles : ARM PowerPC PowerPC_Qoriq (DS213+ et DS413) i386 x64 Synology_i386 Synology_x64 Même si l'application n'est (et ne sera très probablement pas) open source, il est tout de même possible d'en faire un spk. @nunu : lorsque j'utilise un fichier de configuration externe (./btsync --config btsync.conf), le service web de btsync (tcp/8888) est désactivé. Une idée ?

On voit bien la connexion à la caméra IP : Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 192.168.1.75:59053 192.168.1.92:8080 ESTABLISHED 19323/ssd Est-ce que les problèmes de bande passante persistent lorsque Surveillance Station est désactivé ? À quel débit ?

Tu utilises la même plage de ports passifs pour les deux NAS ?

Sur le NAS, active les services Telnet et SSH dans Panneau de configuration > Terminal. Ensuite utilise Telnet pour te connecter au NAS : > telnet 192.168.1.x Login: root Mot de passe : (le même que celui du compte admin du NAS) Ensuite entre simplement la commande que je t'ai donnée précédemment.

Vérifie si tes ports sont bien visibles de l'extérieur : http://www.canyouseeme.org/

Ce n'est pas vraiment le résultat que j'attendais. Normalement ça devrait lister les connexions réseau actives du NAS avec le programme auquel elles sont associées. As-tu désactivé quelques paquets comme je te l'avais indiqué ?

Je sais bien, c'est sa réponse avec sa vision des choses qui m'intéressait.

Colle dans ton prochain message le résultat de la commande suivante : netstat -netp Essaye de désactiver un à un les paquets installés pour identifier celui qui génère du trafic.

Il n'y a pas que la force de cryptage qui importe, il y a aussi la fréquence à laquelle la clé wifi est renouvelée. Moins la clé wifi est renouvelée, plus la vulnérabilité du réseau augmente avec le temps, et ce quelle que soit la force des algorithmes de cryptage choisis. Maintenant il faut relativiser et ne pas tomber dans la paranoïa. D'après toi, qu'apporte de plus le WPA enterprise par rapport au WPA ?

Pourquoi le laisser dans le boîtier ? Autant le placer dans un boîtier USB externe, au moins ce sera un vrai disque de sauvegarde.

À priori, moins d'un mois pour le DS213j : http://www.synocommunity.com/update#ProductsPhotos

Je pense qu'on ne connaîtra jamais l'origine exacte du problème.

Les dernières versions de PhpMyAdmin sont catastrophiques en terme de performances. Personnellement il ne m'en a pas fallu plus pour l'abandonner et chercher une alternative. Maintenant j'utilise carrément des clients lourds : MySQL Workbench sur Windows et l'excellent Sequel Pro sur Mac. La réactivité est incomparable.

Ça implique également un redémarrage du NAS qui certainement plus à l'origine de la fin des problèmes.

Oui à condition de cuisiner avec l'API OVH.

Le downgrade de Java est on ne peut plus simple : désinstaller la 1.7 et installer la 1.6. À mon avis ça prendra moins de temps que d'attendre Synology qui n'a pas de solution au problème.

Je suis curieux de connaître le rapport entre l'alimentation et des excès de vitesse sur le réseau.

CPHub a sorti un paquet net2ftp : http://www.cphub.net/index.php?id=40&pid=46

Petite note pour ceux qui utilisent le client VPN du NAS : Le pare-feu du NAS n'offre aucune protection à la (aux) connexion(s) du client VPN, ce qui revient au même que de placer son NAS dans une DMZ avec le pare-feu désactivé. Avec ce type de configuration, le NAS devient très vulnérable. Pour vérifier l'activité du NAS, il suffit de tracer le trafic avec tcpdump (intégré au DSM) et de lire les résultats de capture avec Wireshark.

Il faut utiliser l'adresse IP publique de ta box à laquelle doit correspondre la résolution de ton DynDNS. C'est impossible (les adresses privées ne sont pas routées sur internet), tu as dû fire une fausse manip' pendant les tests. À moins de placer le NAS en DMZ, il faut nécessairement ouvrir le port TCP/1723 pour que le VPN PPTP fonctionne à l'extérieur du réseau local.

Radius, LDAP, WPA Entreprise, ... je suppose que c'est pour une utilisation pro ? Si j'ai bien compris, la clé est branchée en USB sur le NAS ? Du coup j'ai du mal à comprendre le but de la manuvre car un NAS n'a pas vraiment vocation à être un point d'accès wifi (même s'il est possible de le faire), surtout que tu disposes déjà d'un routeur Netgear.

As-tu essayé NFSAXE comme te l'a suggéré catimimi ?

Non, ce n'est pas possible : http://ukdl.synology.com/download/ds/DS409+/DataSheet/Synology%20DS409+%20Data_Sheet_fra.pdf (page 2, Gestion du RAID)