PiwiLAbruti

Tu peux essayer avec un bloc ayant les mêmes caractéristiques. Sinon il est possible de trouver le bloc d'origine chez certains revendeurs : http://www.materiel.net/serveur-de-stockage-nas/synology-alimentation-ds106-ds107-44892.html

Merci CoolRaoul ! Je l'attendais avec impatience pour tester les futurs paquets de SynoCommunity. Par contre les paquets officiels ne sont toujours pas disponibles... Edit : D'après le nom d'une des toolchains (armadaxp), Synology va sortir des NAS avec des processeurs ARM multi cores : http://www.marvell.com/embedded-processors/armada-xp/assets/Marvell-ArmadaXP-SoC-product%20brief.pdf ---- J'échange le t-shirt Synology XXL contre un M.

Pourrais-tu afficher le résultat de la commande suivante : cat /etc/synoinfo.conf |grep unique

Les deux peuvent se faire, maintenant tout repose sur le rapport simplicité/sécurité (ou paranoïa) que tu souhaites avoir. Pour accéder au DSM en https, il faut diriger le port tcp/5001 (par défaut) sur ton routeur vers ton NAS (192.168.2.22).

Dans ce cas surveille directement la source : http://download.synology.com/download/DiskStation/DSM4.2/3211/ Ça me paraît un peu tordu de surveiller une page qui en surveille déjà une autre. Non, ou alors il faudrait que je réécrive mon script car il n'est pas fiable actuellement (résultat vide lorsque les serveurs de Synology sont chargés, ...), et j'ai la flemme de le réécrire pour le moment.

Il est sorti depuis hier à 15h : http://www.synocommunity.com/update#DSM J'en connais qui en ont déjà un et d'autres qui vont très bientôt en avoir un.

Pour un fichier unique, Download Station fait ça très bien. SInon, sans interface graphique, wget permet de télécharger depuis un serveur FTP de manière récursive et peut continuer de télécharger même si le client Telnet/SSH s'est déconnecté.

Ces fonctionnalités ne sont supportées que par les modèles x86 : http://www.synology.com/dsm/highlight_synology_virtualization_support.php?lang=fre

La reconstruction du volume SHR est bien terminée avant de faire un reboot ?

Il n'y a aucune date pour le moment mais ça ne devrait pas tarder sachant que QNAP vient de renouveler tous ses modèles d'entrée de gamme du 1 au 4 baies. Pour l'instant Synology n'a sorti que la fiche technique du DS1513+ (http://www.synocommunity.com/update#DataSheets).

Si tu trouves une solution open source convenable (en mode web évidemment), on se fera un plaisir d'en faire un paquet.

C'est un peu léger pour motiver un downgrade.

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