PiwiLAbruti

N'importe quel disque fonctionnera du moment qu'il dispose d'une connexion SATA. Ce n'est pas une obligation. Oui tu peux. J'utilise par exemple des Western Digital BLUE (gamme destop).

Le WAN est à 5Gb/s sur la Freebox Pop, pour les mêmes raisons qu'il y a un port WAN à 2,5Gb/s sur le RT6600ax.

Une continuité de service aussi élevée pour un usage privé n'a que peu de sens. Aucun type de RAID, quel qu'il soit, ne dispense d'une sauvegarde. Maintenant, tout dépend de l'importance qu'on accorde à ses données, et ça c'est très subjectif (mais faut pas venir se plaindre en cas de problème).

Sur iOS, dans Albums > Lieux on arrive directement sur une carte affichant les photos localisées (groupées selon leur densité).

Du coup tu as configuré ton NAS en DHCP ou tu as juste changé l'adresse IP fixe ? (au risque d'avoir le même problème une prochaine fois)

D'un point de vue utilisateur, il paraît tout à fait naturel de pouvoir partager un dossier, qu'il se situe dans un espace personnel ou non. La seule raison pour laquelle on pourrait l'en empêcher devrait êrte purement administrative (et ne devrait pas être technique). Malheureusement il s'agit d'une contrainte technique qui est l'héritage descendant des droits de l'arborescence des dossiers (problème commun à tous les OS il me semble). Quand on voit la facilité avec laquelle du contenu peut être partagé dans un Drive (Microsoft OneDrive, Google Drive, ...), l'utilisateur est tout à fait en droit de se demander pourquoi il ne serait pas possible de faire de même avec les dossiers partagés d'un NAS. D'ailleurs est-ce que Synology Drive ne serait pas une meilleure recommandation qu'un dossier partagé ?

S'il s'agit du dossier partagé privé \\DiskStation\home de Jean (/var/services/homes/jean/), ce n'est pas possible. S'il s'agit d'un dossier partagé créé dans le panneau de configuration, il faut que la racine du dossier partagé soit accessible à Maude, et que les dossiers 1 et 2 soient restreints à Jean.

Quelque soit les options de sauvegardes choisies, la configuration du NAS est systématiquement sauvegardée. C'est pour ça que tu ne trouves pas d'option. C'est implicite mais pas assez explicite au moment de la configuration de la sauvegarde 🤷‍♂️ Pour t'en assurer, fais une sauvegarde de test et vérifie que la configuration y est présente en lançant une restauration.

Surtout pas. Comme ça a déjà été dit, il faut configurer le NAS en DHCP et créer un bail statique sur le serveur DHCP (la box en l'occurrence).

Sur une connexion mobile, les serveurs DNS utilisés par défaut sont ceux fournis par l'opérateur. AdGuard donne plusieurs possibilités de pouvoir utiliser leurs serveurs DNS sur divers OS dont Android et iOS : https://adguard-dns.io/fr/public-dns.html Je ne sais pas quelles sont les possibilités de l'application mobiles. J'ai opté pour la méthode n°2 sur iOS (iPhone). Mon iPhone bénéficie donc du filtrage AdGuard sur la connexion mobile, et utilise mon serveur DNS lorsque je suis connecté à mon réseau Wi-Fi (exclusion à définir). La bascule de l'un à l'autre est automatique. Sur Android, il est apparemment possible de définir un nom d'hôte pour personnaliser les serveurs DNS. Il doit donc être possible d'utiliser son propre serveur DNS en interne ou à l'extérieur du réseau local.

Pour plus de sécurité, il ne faut autoriser que l'adresse IP publique du site distant comme source, et n'autoriser que le protocole UDP (isakmp:udp/500 et isakmp-natt:udp/4500). Est-ce que les adresses IP WAN des deux RT sont fixes ? (ou définies par un bail statique dans la configuration DHCP de la box) Est-ce que toutes les configurations VPN des Freebox sont bien désactivés ? Quelques corrections (mais je pense que ce ne sont que des fautes de frappe) : Sinon les configurations me semblent bonnes. Tu peux voir le trafic VPN en utilisant la commande tcpdump (en root) sur l'un des RT (ou les deux) : tcpdump -Anqi eth0 'udp port (500 or 4500)'

Si DSM 6 couvre les besoins actuels, il n'y a aucune urgence à changer quelque chose qui fonctionne et qui est maintenu.

Oui, et ça ne fonctionnera que si ces adressages sont différents.

@Einsteinium le kamikaze 😂 D'ailleurs si jamais tu as envie de changer de pseudo 😇 Vu les nouveautés mineures, il est étonnant que cette mise à jour plante un volume utilisant un cache SSD. Remonte l'information à Synology, ce n'est peut-être pas un cas isolé et il y a peut-être une correction globale à apporter. Par contre, vu le nombre de CVE, je ne comprends pas que Synology ne les ait pas sorties directement sur la branche stable avec une version 7.1-42661 Update 5, par exemple. Leur capacité à innover à chaque mise à jour m'impressionnera toujours 🙃

Non, j'utilise d'autres serveurs DNS plus respectueux de la vié privée que ceux de Google. Par contre, l'adresse du serveur secondaire de Google est 8.8.4.4 (et non 8.8.8.4).

C'est un CPU ARM (v5), pas un PowerPC 🤓

Le DS411j (modèle de 2011 donc) supporte la dernière version de DSM 6 (6.2.4-25556u6) et n'est pas compatible DSM 7. DSM 6 ne reçoit plus de mise à jour de fonctionnalités, uniquement de sécurité. Je ne sais pas si ce modèle supporte des disques de grande capacité . Ce NAS sera très lent sous DSM 6, à tel point que l'indexation d'un gros volume de contenu multimédia prendra une éternité. J'utilise un DS109 DS112j qui a exactement le même matériel (Marvell Kirkwood 88f6281 @1,2GHz et 128Mo de RAM), et malheureusement je sais de quoi je parle 😅

Il y a aussi le paquet Migration Assistant qui peut aider (je ne l'ai pas testé). À voir s'il est possible de sélectionner les éléments à migrer. Quelques ressources supplémentaires : https://kb.synology.com/fr-fr/DSM/help/MigrationAssistant/migrationassistant?version=7 https://www.synology.com/fr-fr/dsm/7.1/software_spec/migration_assistant https://kb.synology.com/fr-fr/DSM/tutorial/How_to_configure_services_after_migrating_via_Migration_Assistant

Quel type de bond avais-tu moins configuré sur le NAS ?

C'est pire que ce que je pensais (une RC incompatible pour corriger une faille de sécurité), on aura tout vu chez Synology. 😂

Effectivement @MilesTEG1 😆 Autant la vulnérabilité Synology-SA-22:06 propose une mise à jour pour chaque version de SRM (1.2.5-8227-5 et 1.3-9193-1), autant la Synology-SA-22:09 propose ne propose que le correctif 1.3.1-9316 pour SRM 1.2 et 1.3 (il s'agit plutôt de la 1.3.1-9346 d'ailleurs). 🤪

Si tu ne veux pas d'ennuis, il vaut mieux attendre la version finale (quoique, les versions finales chez Synology sont parfois moins stables que les RC... 😅) À moins qu'il y ait une fonctionnalité précise dont tu aies besoin, il n'y a pas urgence à modifier quelque chose qui fonctionne.

Quand on voit tes statistiques @MilesTEG1, on se dit que AdGuard est quand même bien utile : 17,74% des résolutions bloquées ça a les impacts suivants : Moins de traffic, Plus de réactivité pendant la navigation, Réduction de la consommation électrique du réseau internet (en ces temps de sobriété énergétique, ça a du sens), Ça donne quoi en consommation des ressources le conteneur AdGuard Home ? (surtout la RAM)

Pour ne lister que les fichiers , et donc exclure les dossiers, il faut rajouter -type f : find /volume1/A-TRAITER/* -type f > /volume1/A-TRAITER/liste.txt Pour ne pas avoir de problème avec les chemins contenant des espaces, il suffit de les encadrer entre quotes ou guillemets : find /volume1/A-TRAITER/* -type f |sed -E 's/^(.+)$/"\1"/g' > /volume1/A-TRAITER/liste.txt Sinon il est aussi possible d'échapper les espaces dans le chemin avec la commande sed : find /volume1/A-TRAITER/* -type f |sed 's/ /\\ /g' > /volume1/A-TRAITER/liste.txt

Aucune idée, cette commande fonctionne chez moi. Par contre je n'ai pas trouvé le moyen de parcourir récursivement les dossiers. -R semble inopérant lorsque -d est utilisé. En fait il ne faut pas utiliser la commande ls, mais find : find /volume1/A-TRAITER/* > /volume1/A-TRAITER/liste.txt