PiwiLAbruti

Pourquoi utiliser la ligne de commande si ça fonctionne avec l'interface du DSM ? Tel que tu l'expliques, la connexion VPN fonctionne bien via l'interface mais tu ne précises pas pourquoi tu préfèrerais utiliser la ligne de commande.

Je viens tout juste de constater un problème similaire sur mon NAS, à savoir du débit dont l'origine est inconnue. Après avoir passé un coup de tcpdump, il se trouvait qu'une machine chez OVH (188.165.154.75) floodait des requêtes DNS (udp/53) à destination du domaine isc.org sur mon NAS. La fermeture du forward udp/53 sur mon routeur a solutionné la chose. Je n'ai pas compris l'utilité de cette "attaque".

Peux-tu poster l'entête de ton script PHP ?

Le support du WPA entreprise ne dépend pas du modèle mais de la version de DSM. Comme cette option est absente du DSM 4.2, elle l'est également sur tous les autres modèles utilisant cette version.

Il s'agit apparemment de fonctionnalités manquantes dans le DSM. Dans ce cas demande directement à Synology s'ils comptent y intégrer des options WPA entreprise. Sinon fais l'acquisition d'un point d'accès wifi supportant le WPA enterprise. Du coup tu n'auras plus qu'à utiliser le serveur Radius du NAS pour l'authentification.

Diaoul répondait à ça : SynoCommunity n'est pas une agence de recrutement. Tu peux créer un sondage sur le forum, ça te donnera une idée.

C'est à toi de proposer une alternative avec une interface web. SynoCommunity de développe pas les applications mais s'occupe du packaging pour les rendre installables sur les NAS Synology.

Normal, le paquet est pour l'instant en beta privée le temps de corriger quelques bugs mineures.

Donc il faut un script de démarrage (dans /usr/syno/etc/rc.d/ ou /usr/local/etc/rc.d/), et non une tâche cron.

La beta ne devrait pas durer longtemps : http://www.synocommunity.com/packages#btsync Par contre je ne vois pas l'intérêt de le mettre dans cron puisqu'il s'agit d'un service.

<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 ?