PiwiLAbruti

Synology n'a sorti aucun package pour le DS213j, il va falloir attendre la sortie officielle pour vraiment le tester. De notre côté, on va tester les nouvelles toolchains avec les paquets de SynoCommunity. Ce qui m'inquiète, c'est le softfp (software floating point) dans le nom de la toolchain gcc445_glibc211_softfp_armada370.tgz. Quel intérêt de fournir un processeur avec une unité de calcul à virgule flottante (FPU) si c'est pour ne pas l'utiliser ? Il reste deux hypothèses avec l'autre toolchain (gcc462_glibc213_armadaxp.tgz) : soit c'est la toolchain hardfp (hardware floating point) qui utilise bien la FPU de l'ARMADA 370. soit c'est la toolchain pour les prochains modèles équipés de processeurs ARMADA XP dual et quad cores. Réponse après la cross-compilation et test sur un DS213j.

Désolé, j'avais oublié d'autoriser le téléchargement des paquets powerpc. Ça devrait être bon maintenant.

J'ai rajouté un lien pour le DS107e, dis-moi si ça fonctionne.

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.