PiwiLAbruti

N'importe quel modèle conviendra.

Avant de faire quoi que ce soit, il y a un virus sur ton NAS (les deux processus gourmands en CPU). Fais immédiatement une sauvegarde de tes données importantes et contacte Synology pour qu'ils identifient le problème et afin de savoir s'il s'agit d'une vulnérabilité de DSM ou d'autre chose que tu aurais installé manuellement.

Ça dépend des paramètres de connexion du client.

Oui : https://www.synology.com/fr-fr/dsm/5.2/cloud_services#cloud

Si ce n'est que pour lire du contenu multimédia sur la Freebox, il n'y a pas besoin de transcodage.

Pour le packaging, tu as le choix entre les outils officiels de Synology ou spksrc. Hangouts bot étant écrit en Python, il n'y aura pas de compilation à effectuer. Il n'y aura qu'un seul paquet compatible avec toutes les architectures Synology (noarch). Si tu choisis spksrc, tu peux générer ton paquet et le tester avec d'autres utilisateurs intéressés. Une fois les tests effectués, tu pourras le publier sur le dépôt SynoCommunity.

D'après ce post sur le forum Synology officiel, si tu ne définis pas de forwarders dans la configuration DNS, les serveurs root sont utilisés :

Si le but est de transcoder les vidéos afin de réduire leur débit pour les appareils mobiles, les modèles play (DS214play ou DS415play) sont tout indiqués, même s'il subsistera des soucis avec certains formats. Sinon n'importe quel modèle est capable de servir du contenu multimédia via DLNA, SMB, NFS, AFP, ... (même le DS215j) pour peu que le lecteur multimédia soit compatible avec les formats utilisés.

Le paquet officiel utilise bind il me semble, et il est possible de n'utiliser que les serveurs root sur ce dernier. Qu'est-ce que unbound apporte de plus ?

En faisant un reverse sur l'adresse IP on voit rapidement si on a affaire à la box d'un particulier, quand ce ne sont pas carrément les subnets d'un opérateur qui sont directement bloqués.

Il fait comme tous les proxy d'entreprise (ou presque), il bannit les adresses de type DynHost.

Regarde dans Panneau de configuration > Réseau > Contrôle du trafic, tu peux limiter le débit consommé pour chaque service.

L'idéal serait de soumettre ta demande directement à Synology afin que cette fonctionnalité soit intégrée directement dans Mail Server.

As-tu ouvert les ports utilisés par WebDAV sur ta box ?

Étant donné les besoins énoncés dans le premier message, un modèle J serait suffisant. J'ai un DS213j pour les mêmes besoins (sauf Plex) avec en plus du développement web et j'en suis très satisfait. Le DS215j disposant d'un processeur dual-core, les performances ne peuvent être que meilleures que celles de mon Ds213j mono-core.

L'adresse commençant par 192.168.x.y est une adresse locale non-routable sur Internet, il est donc normal que tu ne puisses pas accéder à ton NAS avec cette adresse. De plus je suppose que l'accès aux fichiers du NAS se fait par un protocole local (SMB ou AFP) qu'il est également vivement déconseillé d'utiliser sur Internet pour des raisons de sécurité. L'idéal pour un accès externe serait Cloud Station si le volume des données à synchroniser est raisonnable. L'avantage est que tu aurais accès à ces fichiers même sans être connecté au NAS. Sinon il reste FTP qui est très efficace mais fonctionne nécessairement en mode connecté.

C'est un cas tellement atypique que je doute que tu puisses y trouver une réponse. Regarde s'il existe un émulateur IP pour caméra USB, on ne sait jamais.

À ma connaissance, personne n'a jamais essayé de faire ce que tu souhaites. Et j'ai quelques doutes sur l'utilité de la chose...

@Fenrir : La partition système est présente sur tous les disques du NAS (bande RAID1) quelle que soit la configuration des disques (RAID ou non).

Quel est son statut vu depuis Synology Assistant ?

Si Tomato fournit la fonction de proxy WOL, oui.

Dans les paramètres avant de te connecter.

Est-ce que la vérification du certificat est bien désactivée dans DS Photo+ ?

Dans la fiche technique du DS411 : Les débits que tu constates sont loin d'être catastrophiques et s'expliquent, comme tu le soupçonnes, par la présence du RAID 5 (processus ssd). Vérifie quand même que ce sont bien les processus ssd qui consomment tout le CPU. Je ne pense pas qu'il y ait grand chose à faire pour améliorer ceci, mais peut-être que d'autres ont une solution.

Pas à ma connaissance. Je viens juste de jeter un coup d'œil aux scripts que j'avais créé. Je vais déposer les sources sur mon profil GitHub et je verrais plus tard pour en faire un paquet. Une fois ce service en place, il suffit de rediriger tous les paquets WOL (udp/9) vers l'adresse IP du NAS actif qui s'occupera de le diffuser sur le réseau local.