PiwiLAbruti

Attention, le RAID n'empêche pas la perte des données. Seule la sauvegarde le permet. Il faudra donc prévoir une sauvegarde régulière et l'externaliser du lieu de travail.

Comme le VPN te donne un accès complet au NAS, il te suffit de fermer les ports concernés sur ton routeur pour restreindre l'accès à certains services uniquement depuis le VPN.

À part forcer le mode passif sur le client, je ne vois pas non plus ce qui peut bloquer.

En tout cas cette carte est compatible d'après Synology : http://www.synology.com/fr-fr/support/faq/440 Je pense que le support officiel saura mieux répondre à tes questions.

Si tu as besoin de tes machines virtuelles en déplacement, il faut les stocker sur ton PC. Le NAS ne te sera d'aucune utilité.

Quand c'est possible, privilégie toujours les connexions filaires au wifi. La qualité des communications sera grandement améliorée. Pour le(s) switch(es) il faut que tu regardes où tu en as besoin et combien de ports il te faut, ca va conditionner le nombre de switches et le nombre de ports par switch. Je n'ai pas de modèle particulier à te recommander, assure-toi seulement qu'ils soient gigabit (1Gbit/s par port) et qu'ils supportent le protocole 802.1p (QoS, qualité de service).

Si tu ne veux pas alors tu devras rester avec tes problèmes Sinon quand on veut, on peut Si c'était chez moi, je tirerais un Cat.6 FTP de 50m s'il le faut et je mettrais un switch au bout et une borne Wifi suffisamment performante (>=450Mbps@2,4GHz et optionnellement >=867Mbps@5GHz) pour permettre à chaque appareil Wifi d'avoir un débit suffisant sans parasiter les autres. Maintenant avant de sortir l'artillerie lourde il faudrait savoir laquelle des bornes wifi est la plus sollicitée (Livebox 2 ou CPL+Wifi), le tout en ayant bien conscience que la Livebox2 supporte très mal la charge avec plusieurs appareils en Wifi. Il faudrait également mesurer le débit du lien CPL.

Time Backup conserve les anciennes version des fichiers modifiés lors des sauvegardes. Sinon il y a aussi Cloud Station qui est capable de conserver jusqu'à 32 versions antérieures de chaque fichier. Après, tout dépend de l'utilisation du versioning.

Ça ne changera pas grand chose, le débit en CPL est très souvent bien supérieur à celui du wifi. Le seul gros problème que je vois, c'est la saturation du wifi lors de la diffusion de contenus multimédia (notamment vidéo). Ajouter un NAS dans ce schéma actuel ne changera rien au problème.

Le client Google Drive est inclus dans le paquet Cloud Sync du DSM 5.0, non ?

Pour moi il s'agit clairement d'une saturation du processeur. 50% de charge sur un processeur dual core comme l'Atom CE5335 du DS214play signifie un core à 100%. SabNZB comme NZBget ne sont visiblement pas optimisés pour fonctionner en multithread. Les débits augmenteraient donc avec la fréquence du processeur.

Le seul rôle d'un NAS Synology en virtualisation est le stockage des machines virtuelles. En aucun cas le NAS ne peut faire office d'hyperviseur. La certification VMware concerne entre autre la partie VAAI (vStorage APIs for Array Integration) : Source : http://www.vmware.com/fr/partners/tap-access/vmware-ready/hw-storage.html Maintenant tu as le choix entre SMB ou iSCSI pour y connecter le datastore de vSphere et y stocker tes machines virtuelles.

Il n'y a pas de mal, tu trouveras plus de détails de ce qui est officiel/communautaire ici : http://www.synology.com/fr-fr/support/community

Par ce qu'on n'est pas payés pour ça et que notre temps est précieux

Je ne pense pas qu'il soit si compliqué de distinguer celles qui sont sérieuses des autres. Celles compatibles avec le DSM sont indiquées dans mon message, mais je reste zen ;-)

@vnet : Dès que Synology aura publié les tool chains pour cette architecture, ce qui peut prendre une semaine comme plusieurs mois.

C'est une blague ? Je te donne des solutions dans mon précédent message...

C'est normal qu'il y ait des attaques si le port tcp/22 est ouvert, et je ne vois pas en quoi le fait qu'elles soient bloquées par DSM soit un problème. Il n'y a aucun moyen d'empêcher ces attaques car il y a tout un tas de machines qui font des scans de ports en permanence et essaient de se connecter aux services découverts. Il y a plusieurs solutions possibles pour les limiter ou les bloquer, mais pas les empêcher : Fermer le port tcp/22 (même fermé il y a des tentatives sur votre adresse IP publique, mais vous ne les voyez pas), Utiliser un port externe différent dans la règle NAT : tcp/12322 distant -> tcp/22 local, Laisser faire le blocage automatique du DSM, Limiter les adresses/réseaux IP en créant une/des règles dans le pare feu du DSM, Utiliser en amont une connexion VPN de façon à ne pas avoir à ouvrir le port tcp/22 (ce que je fais), Résilier son abonnement internet, Prier, Devenir membre d'une organisation terroriste, Atomiser la Chine et la Russie, Déménager sur Mars, ...

Je crois que ce paquet n'est pas disponible pour ce modèle à cause des ressources trop limitées de ce dernier. Ça se confirme dans le centre de téléchargements : http://www.synology.com/fr-fr/support/download/DS109j#download_tabs_package

As-tu une sauvegarde de ces données ?

Si la mise à jour t'est proposée, c'est que tu peux la faire directement. Avec une sauvegarde, la question ne se pose pas.

Effectivement, je n'ai pas non plus trouvé comment effacer les logs. Peut-être une volonté de Synology pour faciliter le support, car c'est vrai qu'intervenir sur une machine dont les logs ont été purgés peut représenter un réel handicap.

Oui, il faut évidemment créer deux tâches car le démarrage et l'arrêt du service se font à des heures différentes.

Une fois planifiées, ces commandes s'exécutent automatiquement selon la planification choisie. As-tu au moins essayé de les ajouter au planificateur de tâches ?

Le problème est général, on est en train de migrer le dépôt. L'indisponibilité devrait durer quelques semaines.