PiwiLAbruti

Aucune idée, je n'utilise pas ces paquets.

Pour gérer des comptes de manière centralisée entre plusieurs NAS, il faut utiliser le paquet LDAP Server : Configurer le serveur LDAP primaire (qui gèrera les comptes), Configurer les serveur LDAP secondaires afin qu'ils répliquent la base LDAP du primaire. Configurer chaque NAS comme client de leur serveur LDAP local dans Panneau de configuration > Domaine/LDAP. Ceci n'empêche pas de continuer à utiliser des comptes locaux. Si le dossier home doit être identique sur les 3 NAS, je ne sais pas si Synology Drive Server peut le gérer.

FileZilla sera peut-être plus explicite sur les logs. La plage de ports passifs n'est pas redirigée sur la Livebox ?

Quels sont les messages d'erreur affichés dans le client FTP ?

Essaye la touche tabulation du clavier pour valider le contenu de la cellule et déplacer la sélection vers la droite, comme dans Excel.

Les autres modèles(RS822+ et RS1221+) aussi, via une carte PCI-e standard. Les performances sont assez similaires et supérieures à celles du RS815+. Le RS422+ est équivalent au DS923+ en terme de performance (processeur AMD Ryzen R1600), et reste un poil en dessous des RS822+ et RS1221+ (AMD Ryzen V1500B). Mais vu ton utilisation, la différence sera imperceptible. Comparaison des trois modèles : https://www.synology.com/fr-fr/products/compare/RS422+/RS822+/RS1221+ Performance des modèles 4 baies (RS422+ et RS822+) : https://www.synology.com/fr-fr/products/performance#4bay Performance des modèles 5 à 8 baies (RS1221+) : https://www.synology.com/fr-fr/products/performance#5_8bay

C'est à faire au moins une fois par an pour vérifier si la batterie tient toujours la charge. Dans ton cas, ça va aussi permettre de constater le comportement des NAS lors d'une coupure.

Je ne les pense pas capables d'aller jusque là, mais restons optimistes 😄 Il vont plutôt bidouiller un script qui va contrôler et libérer de l'espace sur /dev/md0 pour éviter le blocage des mises à jour (épuration des logs, désinstallation temporaire de paquets, ...).

Il n'y a pas de quoi s'offusquer de ce changement pour le moment. Les 8Go de la partition système ne seront probablement nécessaires que dans quelques années, lorsque les modèles antérieurs à la série '23 seront limités en montée de version de DSM. Je vois mal Synology se tirer une balle dans chaque pied à moyen terme (quoique… 😅). Je ne vois pas à quoi tu fais référence 🤔

En ce qui me concerne, ni l'un ni l'autre @Jeff777. J'avais juste dit que je ferai un retour lorsque j'installerai la 7.2, ce que j'ai fait. Ton problème de taille de partition m'indiffère totalement 🙂

Aucun souci non plus pour mettre à jour un DS718+ de la 7.1.1-42962-6 vers la 7.2-64570-1 avec /dev/md0 rempli à 82%. État de la partition après la mise à jour : Filesystem Size Used Avail Use% Mounted on /dev/md0 2.3G 1.5G 774M 66% /

Le nom localhost et tous ses sous-domaines, comme machin.truc.localhost par exemple, se résoudront toujours en 127.0.0.1 et ::1. Il faut donc que tu utilises un autre domaine de premier niveau que localhost.

Tu peux éditer les balises (tags) enregistrées dans les données EXIF des photos. Synology photos est capable de les utiliser pour faire des regroupements de photos.

Tu te poses beaucoup de questions existentielles sur ton NAS en ce moment 😄 Et pourquoi donc ? SMBv1 est une vraie passoire obsolète. Les versions supérieures (2 et 3) sont bien plus robustes et ne permettront certainement pas l'accès aux partages (à moins que tu aies mal géré les droits sur les partages).

Ça n'a rien à voir avec le reverse proxy puisque ce dernier ne gère que le protocole HTTP(S). Il a testé en utilisant son adresse IPv4, et le nom de domaine qui se résout en IPv4 et IPv6 (le client VPN sélectionne apparemment l'adresse IPv6 par défaut). Ce sont donc deux tests différents.

Tu peux toujours demander au support Synology de soulager ta frustration 😇

En cherchant ce qui prenait de la place sur la partition système (à grands coups de sudo du -hd1), j'ai trouvé un fichier de 513Mio (x qui est probablement destiné à réserver de l'espace pour les futures installations de DSM : -rw-r--r-- 1 root root 537919488 May 15 20:37 /usr/syno/synoinstall/space-preserve @Jeff777 et @_DR64_ : Est-ce que ce fichier existe sur vos NAS où l'installation échoue ?

C'est une très bonne question à laquelle j'aurai la réponse lorsque je me serai décidé à installer la 7.2. D'après les constatations actuelles : @Jeff777 2.3G 1.8G 459M 80% -> Échec @_DR64_ 2.3G 1.9G 285M 88% -> Échec @.Shad. 2.3G 1.7G 475M 79% -> Réussi @PiwiLAbruti 2.3G 1.8G 409M 82% -> Réussi

Utilise le reverse proxy, il y a un tutoriel à ce sujet je crois.

Les fichiers disques des VM sont stockés dans /volume1/@iSCSI/LUN/VDISK_BLUN/ Je n'ai pas trouvé où est stockée la configuration des VM. Il y a un bien les fichiers de définition SQL dans /var/packages/Virtualization/target/etc/guestsnap_sql/ mais je ne sais pas où est la base de données correspondante (ce n'est pas la base de données PostGreSQL du système).

Si vous n'installez pas les mises à jour manuellement, il n'y a aucune inquiétude à avoir. Je trouve ça très bien que Synology propose les mises à jour automatiques en décalé (staged rollout).

Ou pas, j'en ai une à 82% (408 Mo libres) mais je n'ai pas encore mis à jour vers DSM 7.2. Je laisse un peu de temps à la 64570 d'être éprouvée avant d'y passer.

@Jeff777 Regarde l'espace restant sur les partitions, et particulièrement /dev/md0 qui doit faire 2,3Go au total. user@host:~$ df -h

Tu as 2 semaines de retard Ah bah non en fait 😅 Il s'agit de la 7.2-64570 qui corrige tout un tas de vulnérabilités. Il me paraissait tellement improbable que Synology sorte une mise à jour si tôt après la 7.2 que je n'ai même pas vérifié.

Ça ne répond pas à ma question mais c'est pas grave.