PiwiLAbruti

Pour coller au plus près de la réalité, le schéma actuel est plutôt : Internet -------- BOX (bridge) --------- 1.2.3.4 ROUTEUR 192.168.1.1 ----------Switch------------192.168.1.[2-254] Périphériques ( NAS, Caméras, Imprimantes, PC/Mac, etc) L'idéal à distance est de pouvoir également travailler en mode déconnecté. Synology Drive répond plutôt bien à ce besoin. Question piège : Comment sont sauvegardées les données du NAS actuellement ?

C'est un problème connu, je te laisse prendre connaissance du sujet :

@Fanny Mae Ne te lance pas déjà dans la configuration du VPN ou du DNS, ça ne correspond peut-être pas (déjà) à ton besoin. Ouvre un sujet en précisant ton besoin initial, tu seras mieux orientée que si tu tentes d'appliquer au hasard tous les tutoriels qui te passent sous les yeux.

Techniquement, les serveurs relais peuvent tout à fait déchiffrer le traffic. Est-ce qu'ils le font ? Seul Synology a la réponse.

Le problème de QuickConnect est que l'utilisateur ne sait à aucun moment laquelle des 5 méthodes est utilisée pour joindre son NAS : Accès direct (dans le cas où les ports sont ouverts sur le routeur et que les règles de pare-feu du NAS autorisent les serveurs QuickConnect à le joindre) Hole punching (les ports aléatoires de chaque client utilisés pour joindre le service QuickConnect sont utilisés pour les faire communiquer en direct) UPnP (à proscrire) Relais Portail web C'est plus un problème de confiance qu'un problème technique. Le but d'un NAS étant d'avoir son propre hébergement privé, l'utilisation d'un service tiers susceptible de relayer les échanges va à l'encontre de ce principe. Après ce n'est qu'une question de point de vue.

C'est quand même étrange que les disques soient totalement "invisibles". Tu constates des bruits mécaniques lorsque les disques défectueux sont alimentés ? (Il est écrit partout sur le forum que le RAID ne dispense pas de sauvegarder ses données. S'il fallait un exemple concret, le voici)

Intéressant comme échange 🤣 Je vous invite tous les deux à configurer QuickConnect, lancer une capture tcpdump sur le NAS, faire une copie de fichier (upload et download) via File Station, et partager vos résultats. Ça mettra tout le monde d'accord 😘

QuickConnect > 🗑️ La résolution de ton domaine en local doit retourner l'adresse IP privée du NAS et non l'adresse IP publique.

Ton besoin est donc de synchroniser des données entre plusieurs appareils. Syncthing va surtout t'apporter de la complexité, ça reste encore un produit peu accessible pour les masses de mon point de vue (même si la technologie utilisée est excellente). Si les outils de Synology répondent à ton besoin, il n'y a aucune raison de vouloir en changer.

@Kramlech Ce n'est pas forcément une question de sécurité, l'intérêt est surtout d'utiliser toujours la même adresse où que l'on soit.

J'autoriserais la plage IP correspondant à celles utilisées par NAS A dans le pare-feu de NAS B. Tu peux trouver cette plage avec un simple whois ou dans le registre du RIPE-NCC.

Ce sujet va être fermé pour cause de double post, merci de ne répondre que sur le sujet original :

La connexion à ton NAS via QuickConnect passe systématiquement par des serveurs Synology alors que l'utilisation d'un nom de domaine (DDNS ou non) va pointer directement sur ton NAS sans passer par des serveurs tiers.

Contrairement à Synology Drive, Syncthing n'a pas de notion de relation client/serveur. Chaque installation de Syncthing est considérée comme un nœud sur le réseau. Il y a une animation réalisée par Resilio qui illustre cette différence de fonctionnement. ownCloud est une solution de collaboration, un peu comme le regroupement de Synology Office, MailPlus, Calendar et Drive. Toutes ces solutions correspondent à des besoins précis. On ne peut pas en lister les avantages ou inconvénients sans connaître le besoin initial.

Tous les téléchargements doivent se faire depuis le Centre de paquets. Sinon pose la question sur GitHub. Je ne participe plus au projet faute de temps.

Que Windows soit installé via bootcamp ou directement dans une machine virtuelle via Parallels, il prendra la même place sur le disque. Bien sûr que si, la virtualisation est le rôle premier de Parallels. Je ne suis pas certains que tu aies bien compris comment ça fonctionne.

Tu peux très bien faire booter la partition bootcamp Windows depuis un hyperviseur sous MacOS.

Ça a déjà été tenté, il y a fort longtemps :

Quel est le message d'erreur, ou comment cela se manifeste-t-il concrètement ?

Il y a aussi une alternative ne nécessitant pas Docker avec jdupes inclus dans le paquet SynoCli File Tools de SynoCommunity. Manual page : https://github.com/jbruchon/jdupes#usage

Tu peux générer périodiquement des rapports de stockage automatiques qui t'indiqueront, entre autres, les fichiers en double. Si le nombre de doublons n'est pas trop élevé, une suppression manuelle peut suffire.

@oracle7 Comme je l'ai déjà dit, la résolution inverse présente peu d'intérêt à part pour quelques rares protocoles qui s'en servent pour de la sécurité (et c'était d'ailleurs particulièrement lourdingue en terme de performances). @Vinky La commande nslookup permet de résoudre presque tous les types d'enregistrements DNS et pas uniquement les types les plus courants (A, AAAA, et CNAME).

La commande nslookup sous Windows te renvoie bien l'adresse IP de ton serveur DNS local sur la deuxième ligne. La première ligne renvoyant Unknown indique qu'il n'y a pas de nom renseigné pour cette adresse IP dans la zone DNS inverse. Il n'y a donc rien d'anormal, et tu peux tout à fait créer une zone master inverse pour bénéficier d'une résolution inverse de tes adressesIP locales. Non il n'y aura pas de confusion. Si ton client utilise ton DNS local, la résolution de mail.domain.tld renverra l'adresse IP locale de ton NAS. Si ton client utilise un serveur DNS autre (public), mail.domain.tld renverra ton adresse IP publique.

Ça fait plaisir de voir que tu as pris soin de mettre en place un plan de sauvegarde solide. Comme toute chose, un NAS n'est pas infaillible et on voit encore trop d'utilisateurs qui n'ont aucune sauvegarde de leurs données, souvent par négligence ou par confusion entre RAID et sauvegarde. Longue vie à tes données personnelles 😉

Aujourd'hui, virtualiser du Microsoft sur un NAS Synology à ~400€ avec du stockage basé sur des disques durs est une mauvaise idée. Les performances seront mauvaises. Et je ne suis même pas certain que ce sera beaucoup mieux avec des SSD tellement le processeur (Intel Atom) est à la ramasse (déjà testé sur un DS718+). Attends les retours d'autres membres du forum, on n'a pas forcément tous eu la même expérience.