PiwiLAbruti

<meta http-equiv="Cache-Control" content="no-cache"> <meta http-equiv="Pragma" content="no-cache"> <meta http-equiv="Expires" content="-1">

Dans les deux cas on retrouve les connexions aux caméras IP : tcp 0 1 192.168.1.75:58377 192.168.1.21:8080 SYN_SENT 11658/ssd tcp 0 1 192.168.1.75:34109 192.168.1.23:8080 SYN_SENT 11687/ssd tcp 0 1 192.168.1.75:56744 192.168.1.92:8080 SYN_SENT 11696/ssd Il y a de fortes chances que c'est de là que viennent les débits constatés. Désactive les caméras avant de désactiver Surveillance Station.

Ça commence comme ça : http://www.synocommunity.com/update#DataSheets

En général, il vaut mieux avoir des modèles de disques identiques au sein d'une même grappe RAID afin de ne pas rencontrer des problèmes de désynchronisation entre eux. Ces problèmes se traduisent souvent par l'exclusion d'un des disques de la grappe, ce qui a pour effet de dégrader le volume. Attends d'autres avis avant de faire ton achat.

Demande directement auprès de Moodle, ils ont forcément la réponse.

Avec si peu de détails, personne ne pourra t'aider. Peux-tu décrire ton réseau ?

Télécharge la version correspondant à l'architecture de ton NAS avec wget dans /usr/local/btsync (par exemple). Lance-le avec la commande /usr/local/btsync/btsync et configure-le via l'interface web http://nas:8888/

Le seul port à ouvrir est le tcp/1723. PPTP utilise aussi le protocole GRE(48) pour l'encapsulation du trafic. Normalement, l'autorisation de ce protocole est implicite au niveau du pare-feu.

Il doit y avoir une option dans la configuration de Moodle qui vérifie l'hôte utilisé dans l'URL. Il faut que tu rajoutes ton DynDNS à la liste des hôtes autorisés.

As-tu testé en local (sans passer par le routeur donc) en utilisant l'adresse privée du NAS comme serveur PPTP ? Ça permettrait de savoir si la déconnexion vient du routeur ou du NAS.

Donne des droits complets au dossier /volume1/moodle : DiskStation> chmod 777 /volume1/moodle

Si tu décrivais plus précisément l'erreur, ça inciterait plus à t'aider.

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