PiwiLAbruti

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.

As-tu au moins regardé quel processus consomme toutes les ressources processeur ? Très souvent il s'agit du service d'indexation du contenu multimédia.

Tu aurais pu regarder sur le site officiel, tout y est expliqué : http://www.synology.com/fr-fr/support/develop_tool

Quand tu établis la connexion en wifi, quelle adresse IP obtient ton iPad en wifi (sans VPN). Je pense que le réseau wifi auquel tu te connectes utilise la même adressage réseau que le réseau distant (192.168.0/24), ce qui ne peut pas fonctionner.

À ce moment là tu peux sélectionner le sous-dossier à indexer avec le type de média qu'il contient. Dans Panneau de configuration > Bibliothèque multimédia > Dossier indexé, ajoute par exemple le chemin /bittorrent/album_mp3 associé au type Musique. Tu peux faire de même avec les autres sous-dossiers du dossier /bittorrent en utilisant des type différents (Photo, Vidéo, Musique).

Il te faut une application capable d'envoyer le paquet magique. J'utilise mWOL (Mocha Wake on LAN) sur iOS en précisant l'adresse de diffusion du réseau local (192.168.1.255 par exemple) et l'adresse MAC de la carte réseau de la machine cible. Attention à bien activer les fonctionnalités WOL dans les paramètres de la carte réseau.

Pourquoi se limiter à eth0 ? Il faudrait que ce soit possible pour toutes les interfaces réseau disponibles sur le NAS. De plus il serait bien pratique de pouvoir configurer plusieurs interfaces virtuelles sur une même interface physique (802.1q), une seule interface virtuelle possible actuellement. Il suffit de ne pas indexer le partage /bittorent, non ?