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.

@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.

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.

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 😉

J'en utilise aussi et c'est effectivement du très bon matériel. Mais ce n'est pas du matériel grand public au même titre que d'autres marques (ASUS, Netgear, ...) qui proposent des modèles bien plus accessible au plus grand nombre. Les néophytes lisent partout qu'Ubiquiti c'est génial et pensent pouvoir configurer un point d'accès Wi-Fi facilement via une interface simple intégrée à la borne jusqu'à ce qu'ils découvrent que déjà il faut un contrôleur. Et là c'est le drame. Je ne disais pas ça pour toi (j'ai d'ailleurs lu attentivement tes étalages récents 😉), mais pour tous nos amis humains qui vont lire ce sujet. Il faut vraiment mettre en garde sur ces marques : oui c'est génial, et oui vous allez méchamment galérer si vous n'avez pas les connaissances nécessaires. J'ai touché du MikroTik(🇱🇻) il y a peu en montant un hEX pour de l'IPsec sur un site distant. J'ai choisi ce modèle pour son rapport prix/chiffrement matériel. Pour 50€ ça tient effectivement très bien les 470Mbps annoncés en IPsec, je n'ai pas vu d'équivalents à moins de 100€/Gbps chez la concurrence. Pour le reste c'est vraiment hyper complet, on peut même scripter tout et n'importe quoi. Je n'ai pas encore testé SwitchOS. Au passage, pour ceux qui veulent tester RouterOS, vous pouvez le virtualiser où bon vous semble avec les appliances prêtes à l'emploi (même sur un NAS Synology avec l'image x86) : https://mikrotik.com/download

MikroTik CRS305-1G-4S+IN ? Trop simple (ce n'est pas péjoratif, au contraire), super bien documenté, et communauté au top. Par contre je déconseille fortement aux néophytes, tout comme Ubiquiti.

C'est bien de là que vient le problème. mafreebox.freebox.fr ne pointe pas directement sur ta box mais sur un serveur Free (très probablement un proxy). Regarde le résultat de la commande nslookup mafreebox.freebox.fr Je n'ai pas encre pris le temps de tester le mode bridge de la Freebox, donc je ne sais pas comment se comporte l'accès à Freebox OS dans ce mode. Toujours est-il que certains ont déjà rencontré des soucis : https://dev.freebox.fr/bugs/task/25747

Tous les tableaux de compatibilité Synology, dont celui des onduleurs, sont très peu exhaustifs, à part celui des caméras IP.

Si ta box est configurée en mode bridge, elle n'a donc plus d'adresse IP privée (à part l'adresse locale en fe80::/10 en IPv6) Vers quelle adresse pointe sa configuration proxy inversée sur le NAS ?

Combien y a-t-il de disques et de quel type ? Quel protocole est utilisé pour les tests de débit ?

Visiblement, ton script n'est pas exécuté avec PHP 7.3 puisqu'il te propose d'upgrader en 7.2.