PiwiLAbruti

As-tu essayé de commencer par installer la première version de DSM 6.0 manuellement ? http://download.synology.com/download/DSM/release/6.0/7321/DSM_DS213j_7321.pat Peut-être que la 6.0.3 à simplement besoin des mises à jour précédentes pour s'installer.

J'ai exactement la même optique que toi concernant l'autonomie du système, la seule dépendance étant DNS (forcément). Par contre, je maintiens qu'il est possible de faire passer le trafic via internet sans tracker ni relay (il faut par contre modifier le comportement par défaut, et personne ne le fait).

Justement, il était possible de le configurer en lui précisant les host:port locaux à utiliser afin d'être complètement indépendant de leur infrastructure (chez mois j'avais 2 NAS, un PC, et un Mac tous synchronisés en local). Par contre, ce n'est pas possible sur un réseau mobile (NAT oblige). Je ne sais pas si ce fonctionnement est toujours possible dans Resilio Sync.

Pas de souci. Cela dépend des formats avec lesquels ta TV (ou le lecteur multimédia qui y est connecté) est compatible, sinon il faudra transcoder sur le NAS (déconseillé). Si c'est pour de la lecture distante sur un smartphone, il faut une connexion avec un upload suffisant (ce qui exclu l'ADSL) et un NAS capable de transcoder la vidéo (donc un NAS plus cher). De même, la Chromecast ne supporte qu'un nombre limité de formats (mais les principaux). Le transcodage peut s'avérer nécessaire. En effet. Qu'est-ce qui te fait dire que tu as besoin du RAID 1 ? Sur les 69 734 membres de ce forum, il y a environ 69 734 appréciations différentes du terme "correct".

J'avais beaucoup utilisé BitTorrent Sync à l'époque où il était gratuit. Ce qu'il me manque avec SyncThing, c'est la comptibilité iOS et le chiffrage à la destination. C'est-à-dire disposer d'un ou plusieurs nœuds sur lequels les données ne sont chiffrées (donc illisibles), l'intérêt étant de pouvoir synchroniser avec des tiers (de confiance ou non) afin d'avoir une meilleure redondance des données. Autre détail aussi, SyncThing était (je ne sais pas si c'est toujours le cas) beaucoup plus gourmand que BitTorrent Sync.

En fait une liste des utilisateurs s'affiche quand tu écris en commençant par un @, sauf qu'elle ne s'affiche pas toujours. Par exemple, ça a fonctionné pour ton pseudo, mais pas pour les suivants. Je pense que cette fonctionnalité est simplement peu fiable. @StéphanH @firlin @Einsteinium.

Je ne connais aucune solution qui puisse se rapprocher de ton besoin, mais tu as toujours la possibilité de les chercher par toi-même.

Si tu veux une solution clé-en-main, passe ton chemin. Sinon, le plus abordable est de créer un script basé sur la table ARP du NAS par exemple, même si ça reste plus ou moins approximatif (la référence étant nmap pour ce type de détection, mais il faudra d'abord le cross-compiler). DiskStation:~# arp -a name1 (192.168.0.1) at 00:11:22:33:44:55 [ether] on ethx name2 (192.168.0.2) at 11:22:33:44:55:66 [ether] on ethx name3 (192.168.0.3) at 22:33:44:55:66:77 [ether] on ethx ... Dans tous les cas, Synology ne propose pas de solution de supervision à installer sur ses NAS.

J'y ai pensé et j'ai eu la flemme de vérifier... Certains ont essayé d'upgrader le DS209+II en DS210+ (ppc853x) pour y installer DSM 5, sans succès. Donc il ne reste pas beaucoup de solutions.

Qu'est-ce que tu entends par "Afficher l'architecture du réseau" et "etc ..." ?

Il est tout à fait possible de remplacer la barrette mémoire par une de plus forte capacité sur un DS416play.

Pas vraiment, le N3060 du DS416play a déjà 2 cœurs de moins que le N3710 du DS916+. Par contre le DS216+II, également équipé d'un N3060, est compatible lui... La question est de savoir où se situe la limitation qui a poussé Synology à exclure ce modèle, s'il y en a une. Oui, le DSM de ce modèle (ds416play) est volontairement bridé par Synology. Méthode bourrin : Tu extraits le contenu des hda1.tgz des deux .pat des DS216+II et DS416play, et tu fais un diff. Bonne chance !

La taille des partitions a augmenté sur les dernières version plus récentes de DSM. Les mises à jour du système ne permettent pas de redimensionner ces partitions, ce qui peut entrainer des dysfonctionnements du système. Il vaut donc mieux passer par une réinitialisation compète du NAS pour que le système fonctionne correctement (en ayant pris soin de tout sauvegarder avant de faire quoi que ce soit). Ainsi tu peux directement mettre à jour ton NAS avec la version la plus récente pour ce modèle : DSM 4.3-3259. Sinon tu peux toujours essayer de mettre à jour ton système en respectant l'ordre de montée en version. Commence par la 3.0-1334, puis la dernière de cette même branche (3.x > 3.2-1955), et ainsi de suite. S'il faut une version intermédiaire, DSM te l'indiquera. Toutes les versions de DSM sont disponibles ici : http://download.synology.com/download/DSM/release/

Oui, c'est faisable avec les scripts /etc/ppp/ip-up et /etc/ppp/ip-down pour lesquels tu trouveras facilement de la documentation. Je les avais utilisés pour définir des règles de routage spécifiques lors des connexions VPN.

Si tu veux comprendre le fonctionnement des réseaux, je te conseille de te documenter par toi-même en commençant par les bases : https://openclassrooms.com/courses/apprenez-le-fonctionnement-des-reseaux-tcp-ip

Oui, les connexions aux clients BitTorrent depuis lesquels tu télécharges ne nécessitent pas l'ouverture du port BT local.

Je n'ai pas dit que ton activité n'était pas masquée, j'ai dit que tous les services de ton NAS étaient exposés.

C'est une idée reçue. À moins que tu aies fait le nécessaire dans le pare-feu du NAS, ce dernier est en réalité complètement exposé sur internet. En cherchant un peu, tu aurais vu que certains ont déjà trouvé une solution :

Seuls deux modèles de NAS Synology utilisent une architecture Intel 32bit (Evansport) : le DS214play et le DS415play. Tous les autres modèles x86 utilisent des processeurs Intel 64bit. C'est donc là que se situe la limitation de ces deux modèles concernant le paquet CMS, et très probablement d'autres paquets.

Non car il n'y a pas eu de modèle plus récent avec la même architecture que le DS109j (ppc824x) : https://github.com/SynoCommunity/spksrc/wiki/Architecture-per-Synology-model

Synology a ajouté des toolchains pour DSM 6.1. On y trouve celles du DS418j (rtd1296), les Apollo Lake (DS718+ et DS918+), et aussi les Denverton dont les modèles correspondants n'ont pas encore été annoncés (mais très probablement le RS2418+).

Oui. Comme je l'ai déjà dit, c'est inutile dans ce cas d'utilisation. Laisse-les activées sur la cible (target), sinon tu ne pourras pas configurer plusieurs sessions sur tes clients (ou alors elles seront incohérentes et pourront mener à des corruptions de données).

Il est déconseillé de faire passer du iSCSI dans un bond (quelque soit le protocole d'agrégation). L'idéal est de créer un sous-réseau par interface dédiée au iSCSI et de configurer plusieurs sessions sur le client (une par sous-réseau). Vérifie aussi sur le switch que le VLAN dédié au iSCSI est correctement configuré pour faire passer ce protocole (MTU@9K+). Sinon les performances vont drastiquement chuter à cause de la fragmentation. C'est ce que je fais sur des RS3614RPxs avec 2x1Gbps dédiés au iSCSI et les débits dépassent facilement les 200Mo/s lors de gros transferts (sauvegardes, ...).

Mes dons de voyance étant très limités, je ne peux pas savoir ce que tu images.

C'était la fête il y a quelques jours chez Plex : https://forums.plex.tv/discussion/283745/new-privacy-policy-is-bullshit Voici l'état précédent de la politique de confidentialité de Plex avant qu'elle ne soit modifiée dans l'urgence. C'est croustillant...