Fenrir

Tu as 2 versions de chaque dossier, un avec le bon nom, l'autre non. Ce qui explique ton souci de renommage (essaye de renommer avec un autre nom, ajoute un caractère par exemple). Pour le ssh : cd/mv/cp/... D<touche TAB autant de fois que nécessaire> Ça va compléter le chemin en échappant le caractère spécial

Commence par t'assurer que ton client SSH est bien en UTF-8 avant de te connecter : Par contre, je en sais pas comment tu as copié des dossiers à la base, mais normalement l'encodage est correctement géré par les syno, idem pour ton problème de droits dans filestation => il doit y avoir autre chose

Je ne sais pas si toutes les applis le peuvent, mais la plupart oui. perso je préfère garder un volume1, d'où la manip que je propose, mais ce n'est pas une obligation

Non, tu peux installer tes applis sur les autres volumes (c'est à choisir au moment d'installer l'appli), je me suis mal exprimé => je parlais de migrer tes applis existantes du volume 1 vers un autre volume.

Si tu regardes bien, il n'y a que 3 étapes pour avoir un volume 1 sur tes nouveaux disques (les 3 premières), le reste c'est juste le déplacement de tes données et le remplacement des disques. Sinon, en faisant l'impasse sur le btrfs (ça serait dommage), tu as juste à ajouter tes disques au volume1. Pour les applis, certaines sont déplaçables, d'autres non => il faut tester Et non, à ma connaissance on ne peut pas renommer un volume (sans aller jouer dans les fichiers de conf de synology en ssh)

En fait ici il voulait un tunnel permanent entre ses 2 réseaux, pas seulement les nas. Si la box change d'ip, il faudra un certain temps avant que le ddns ne se mette à jour et que les caches DNS expirent, la dernière fois que j'ai tenté cette conf (il y a environ 1 an), ça a prit trop de temps => le nas a abandonné (au bout de x essais) Mais ça a peut être changé, dans ce cas c'est une bonne nouvelle.

Les 7200 sont souvent plus bruyant et plus cher, niveau perf tu ne verras pas vraiment de différence.

Pour recréer le volume1, tu peux peut être faire autrement (pas testé, je n'ai que des 2 baies) : ajout d'un disque en position 3 => volume 3 déplacement des data du disque 1 vers le volume 3 suppression du volume 1 remplacement du disque 1 par un des 4To création du volume 1 avec le disque 1 (en btrfs c'est mieux) ajout des disques 4 et 5 au disque 1 pour faire un raid5 avec le volume 1 déplacement des données du volume 3 vers le volume1 déplacement des données du volume 2 vers le volume 1 suppression des volume 2 et 3 remplacement du disque 2 par un 4To ajout des disques 2 et 3 au raid5 du volume1 Si je ne me suis pas embrouillé, ça devrait le faire (j'ai juste un doute sur les étapes 5 et 6 : passage d'un disque simple à un raid5, le tout en btrfs). nb : par défaut les appli sont sur le volume 1; il faudra les réinstaller + conf à la fin, ou les migrer lors des étapes 2 et 7

Pour les modèles de routeur, tu as déjà choisi ?

http://code-moveaxebx.blogspot.fr/2014/04/how-to-disassemble-synology-nas-ds213.html

Tu peux tenter le paquet VPN Server, pour faire un PoC, mais sauf à aller bidouiller le nas, la connexion ne va pas remonter lors du changement d'ip. Tu as un exemple pour "simuler" un VPN s2s (site à site) avec un ras (remote access server/client-serveur) en jouant avec les routes (ici), mais ce n'est pas stable et impose pas mal de contraintes. Si je devais faire ça avec mon syno, j'utiliserai directement un docker, le linux de synology est trop pauvre et trop "custom" (ce qui est normal, c'est un nas avant tout). Avec un routeur Ubiquiti, tu as un vrai système d'exploitation (en l’occurrence c'est une Debian) "équipé" pour faire du réseau (ça vaut mieux pour un routeur), donc tu peux plus facilement automatiser la reconnexion en cas de changement d'adresse (et faire plein d'autres choses). Et la raison (hors pb de sécurité) pour laquelle une IP fixe est plus que recommandée, c'est qu'un VPN s2s ce n'est pas un ras. En s2s, on interconnecte des réseaux, en ras le serveur vpn est un point de terminaison qui attribut des adresses aux clients (exception faite des bridges). Si l'ip change d'un coté ou de l'autre, il faut potentiellement recalculer toute la topologie des 2 cotés avant de pouvoir remonter le tunnel. S'il n'y a qu'un seul tunnel s2s, c'est encore gérable, mais si tu as plusieurs tunnels, comment identifier que l'un d'eux est tombé suite à un changement d'ip (vs une simple perte de paquets) et comment identifier le site qui tente de se reconnecter (ou s'y reconnecter) si son identifiant (son ip) change ? Pour ce qui est du changement d'IP, ça dépend beaucoup des FAI, certains la change à chaque déconnexion, d'autres toutes les n heures (ils provoquent une déco), d'autres jamais. Enfin pour les tunnels IPv6, c'est encore assez mal implémenté (ce qui est dommage étant donné qu'ipsec a été créé pour ipv6 puis adapté à ipv4), donc je ne le recommande pas. J'allais oublier, pour faire un s2s, il faut être en frontal, pas derrière un NAT (sauf à faire du 1-1). ----------- Tout ça c'est la théorie, en pratique si tu es joueur, tu peux encapsuler les tunnels (par exemple un GRE dans lequel tu montes ton s2s ikev2) ou utiliser des bridges ssl (comme openvpn avec des interfaces tap). Tu combines ça à des VTI et à un routage dynamique (ospf par exemple) et en quelques heures de travail, tu as une interco entre tes 2 sites qui se gère toute seule. Et pour le ras, utilises OpenVPN sur les Syno, ça marche très bien (faire du s2s et du ras en ipsec sur le même boitier c'est un enfer) ----------- ps : si tu veux te lancer la dedans, n'hésite pas à me solliciter, c'est le genre de projet qui m’intéresse, par contre il faudra peut être le faire en dehors du forum, car ça sera totalement hors sujet (et hors de portée de la plupart des membres, même si j'en connais certains qui seront intéressés)

Il utilise une faille IPC dans l'implémentation du protocole SMB (samba est le nom d'un logiciel) pour exécuter un code malveillant sur les système Windows. Néanmoins, la faille protocolaire identifiée dans ce CVE permet le chargement de composants tiers par Samba, donc une machine Linux ou MacOS peut être attaquée, mais pas par wannacry (qui n'est pas polymorphique). Donc oui il faut patcher Samba sous Linux et MacOS (qui utilise aussi Samba, mais plus rarement en serveur), tout comme il faut patcher Windows. https://nakedsecurity.sophos.com/2017/05/26/samba-exploit-not-quite-wannacry-for-linux-but-patch-anyway/

Aucun lien avec wannacry qui utilise une faille Windows, pas samba, mais c'est tout même à prendre en compte

Il y a plusieurs questions dans ton post. VPN permanent : si aucun des "sites" n'a d'IP fixe, le paquet VPN Server ne sera pas adapté pour relier les 2 syno entre eux. Par contre, si l'un des 2 est en IP fixe, ça devra être lui le serveur (peu importe le sens des backup) VPN "road warrior" (pour te connecter aux syno) : idem, mais moins gênant Vrai routeur : l'ip fixe est moins importante dans ce cas, même si elle reste fortement recommandée Ubiquiti propose effectivement des boîtiers très abordables (60€) permettant de faire des VPN site à site, mais il faut tout de même quelques connaissances (ce n'est pas du "clique clique clique") niveau perf, les plus petits boîtiers permettent entre 50mbits et 200mbits (en fonction de la conf), pour peu que la connexion Internet suive (upload !!!), tes syno devraient avoir des performances similaires les gammes supérieurs peuvent passer le 1Gbits (le tarif n'est évidemment pas le même) POE : un routeur ce n'est pas un switch, même si certains modèles ont quelques ports dispo, ils sont rarement POE il existe plusieurs POE (802.3af, 802.3at, Enhanced POE, POE passif 24, POE passif 48, ...), il faut être sûr de la norme dont tu as besoin (certains switch en gèrent plusieurs) =>si tu souhaites un switch POE, achète un switch POE

En complément de la remarque de @PiwiLAbruti, même si ça peut paraître évident, il ne faut pas autoriser ces ports dans le routeur/box.

Sans conversion vidéo, le plus petit des nas devrait permettre de lire 4 ou 5 flux 4k en parallèle (pour peu que les disques et le réseau suivent). Si le nas doit transcoder c'est une autre histoire (1 flux 4K ou 2 flux de base au max avec le plus gros qui entre dans ton budget). Les Red ne sont pas recommandés, au contraire, chez WD, les Green/Blue sont très bien pour un nas de ce type. --- Pour la conversion vidéo à la volée, il y a plein de post qui en parlent en détail, après chacun sa manière de gérer la chose. Personnellement je ne fais JAMAIS de transcodage/conversion à la volée, je fais en sorte que mes fichiers soient dans un format qui ne le nécessite pas ou que mes lecteurs n'en aient pas besoin.

Tout ce que tu souhaites faire est possible avec les Synology et les Qnap, aucune idée avec Asustor par contre. Ici c'est plutôt un forum Synology, donc je ne vais parler que de cette marque, tu peux aller voir les forum des autres marques si besoin. Niveau ergonomie les Synology sont de loin les meilleurs. Pour les gammes chez Synology, tu peux les comparer ici : https://www.synology.com/fr-fr/products?bays=bays_4&bays=bays_2&chassis=chassis_Desktop Pour les formats audio et vidéo supportés, tous les formats courant sont gérés nativement sauf le DTS. De manière plus générale, ce que tu demandes peut être traité par un modèle d'entrée de gamme, à la base un nas c'est simplement un serveurs de fichiers, les fonctions supplémentaire ne sont pas indispensable, elles permettent juste d'avoir un boitier tout en en un, par contre elles consomment plus ou moins de ressources (par exemple si tu souhaites chiffrer tes fichiers ou convertir des vidéos à la volée, il faut de la puissance).

Je viens juste de remarquer le modèle des disques : WD Red 3To Affaire à suivre

Il n'est jamais 100% sûr de faire une mise à jour, tout comme ne pas le faire c'est jamais 100% fiable. Pour ma part, je considère que la version 6.1 est stable, au moins pour mes usages, c'est un meilleur cru que la version 6.0 selon moi. Par contre, la version a beau être stable, le process de mise à jour peut avoir des ratés, dans ce cas un double reset (réinstaller DSM, mais sans toucher aux données) devrait faire rentrer les choses dans l'ordre. Je ferais donc tranquillement toutes les mises à jour jusqu'à la dernière, en n'oubliant pas de faire les mises à jour des paquets entre chaque mise à jour si demandé. Si des gros bugs apparaissent, tu te connecte en ssh pour vérifier dans les logs si ce n'est pas un truc simple à corriger, sinon double reset du nas pour refaire une installation propre.

Les enregistrements ne sont que des fichiers, tu peux utiliser les outils classiques de sauvegarde (hyperbackup par exemple) pour exporter tes vidéos hors site

Ça apporte pas mal de fonctions intéressantes, en particulier les snapshots. Après ça dépend des usages.

Même les commentaires des précédentes photos ? Je viens de tester la modification des tags d'un JPG, c'est bien pris en compte (il faut juste attendre qu'il ré-indexe la photo).

Synchronisation du dossier partagé (dans sauvegarde et réplication avec DSM 5.x, dans le panneau de configuration depuis DSM6), sinon directement avec rsync (qui est utilisé par le précédent)

Je te réponds en vrac : linux est sensible à la casse : phpMyAdmin est différent de phpmyadmin ou de PHPmyAdmin ou de ... mariadb c'est un serveur de base de données, comme mysql => pour toi mariadb=mysql Le partage /web c'est webstation "global" (http://nas.ton.domaine/), celui dans /home c'est pour les sites des utilisateurs (http://nas.ton.domaine/~login/). Commence par faire un test tout simple, dans le partage /web, créé le fichier suivant : index.php <?php echo 'test'; Puis dans ton navigateur : http://adresse.ip.du.nas Si le mot "test" est affiché, ton installation de webstation est fonctionnelle (il y aura peut être des choses à régler, mais apache+php sont ok)

Tu peux regarder les autres fichiers récents ("-60" pour "modifié il y a moins de 60minutes") : find /var/log/ -mmin -60 -type f | xargs ls -l Surtout au moment où la mise à jour plante. Test un transfert avec un autre protocole (nfs par exemple). Au feeling je dirais qu'il y a un souci au niveau des partitions système (pas forcement au niveau de la surface du disque).