Mic13710

Pour quel usage, montage sur le NAS ou sauvegarde externe ? Si pour un montage sur le NAS, les seuls conseils que je puisse vous donner c'est de favoriser les marques connues (Seagate, WD, Toshiba...), de ne pas vous focaliser sur des disques dits "spécial nas", de faire attention à leur technologie (pas de SMR !) et pour éviter toute incompatibilité, de prendre des disques approuvés par synology pour votre modèle de NAS. Voir la liste ici. Attention : si vous montez un (ou plusieurs) disque de 12To dans le nouveau NAS, vous ne pourrez pas par la suite augmenter le groupe avec vos 6To car le disque le plus petit que pourra accepter le groupe sera des 12To. Si vous envisagez de réutiliser vos 6To, pas d'autre choix que de commencer votre groupe avec un ou plusieurs 6To.

Il se passe que vous transférez sur le 1522 toutes les limitations du 1512. Par exemple le EXT4 car je suppose que vous n'avez pas fait le basculement vers BTRFS qui nécessite une réinstallation complète. La taille maximum du volume sera aussi celle du 1512. Sans oublier les vieilles casseroles des anciennes versions de DSM. Lorsque l'écart entre les modèles est trop important, il est fortement recommandé de faire une installation complète. Ceci étant dit, la migration entre 2 modèles + devrait pouvoir se faire, mais vous devrez migrer vers DSM7 ce qui de facto ne permettra pas de réinstaller les disques sur le 1522 si ça ne se passe pas comme prévu. A mon avis, il serait plus judicieux et plus sûr de repartir sur des disques neufs et de faire des transferts via hyperbackup. C'est d'autant plus recommandé si vos disques sont relativement anciens.

Avant de penser à changer vos disques, avez-vous regardé leur occupation réelle ? Il faut savoir que certaines applications comme Synology Drive ou Download Station sont très gourmandes et peuvent avoir des dossiers cachés qui peuvent prendre des proportions importantes. Les corbeilles sont aussi des gouffres à Mo et il faut les vider de temps en temps. Souvent il suffit de faire un petit nettoyage pour retrouver de l'espace.

Et hop, c'est viré.

Aucune importance.

Déjà, ce n'est pas le port 5001 mais le 6690 pour Drive. Si vous utilisez l'IP du NAS, alors ce n'est pas là qu'il y a un problème. Très probablement que votre PC, le PC de votre fils et le NAS utilisent le même tronc commun de votre réseau qui se trouve alors surchargé, ce qui expliquerait le ralentissement (il faut bien partager entre les utilisateurs). Essayez de dissociez si c'est possible le réseau de votre PC vers le NAS du réseau de votre fils vers la box.

Je suppose que vous faite la synchronisation à partir de votre réseau privé. Il est possible qu'il s'agisse d'un problème de loopback. Quelle adresse utilisez-vous pour vous connecter : l'IP privée du NAS, un NDD, Quickconnect ?

@inrepublica merci de ne pas citer inutilement les messages précédents. Si vous voulez interpeler un intervenant, il suffit soit de citer uniquement l'élément sur lequel vous souhaitez répondre, soit tout simplement en indiquant le pseudo de la personne à qui s'adresse votre réponse comme je viens de le faire en en-tête de ce paragraphe. Il suffit de taper "@" (sans les guillemets) et les premières lettres du pseudo pour faire apparaitre les pseudo correspondants, puis vous validez le nom recherché. Je suis un peu comme @Kramlech, on apprend les choses au fur et à mesure. Et dans ce cas, vous n'êtes plus en accord avec le titre de votre sujet car l'utilisation d'un nom de domaine est surtout destinée à pouvoir utiliser plusieurs domaines issus du ndd principal pour accéder aux différentes applications du NAS en association avec le reverse proxy sans avoir à utiliser un port autre que le 443. Il est bien entendu possible avec votre ndd d'accéder au NAS avec un autre port mais ce n'est ni plus ni moins qu'un simple accès à votre routeur via un ddns et une redirection vers un service en fonction du port demandé. Je vous ai proposé une solution assez simple qui fonctionne avec le reverse proxy du NAS (sans altérer votre Home Assistant puisqu'il ne s'agit que d'une simple redirection au travers du NAS), ce que confirme @PiwiLAbruti, ou de la SBC s'il existe. Si elle ne vous convient pas, je n'ai pas d'autre solution à vous proposer autre que l'IPV6 (@PiwiLAbruti), ou l'ouverture de ports dédiés. C'est à vous de voir.

Vous pouvez très bien rediriger le 443 vers le NAS et ensuite, via le reverse proxy, diriger les requêtes externes qui concernent Home Assistant vers le 443 de la SBC. Dans ce cas, le certificat du NAS pourra couvrir le ndd de votre SBC. Si vous ne voulez pas de cette solution, soit la SBC peut faire reverse proxy pour rediriger les requêtes vers le NAS, soit vous choisissez un autre port que vous dirigez vers le NAS mais dans ce cas, il faudra préciser quel port dans vos requêtes.

https://www.nas-forum.com/forum/topic/62627-tuto-pourquoi-et-comment-utiliser-un-nom-de-domaine/

Je n'ai pas de réponse à apporter sur le problème que vous rencontrez mais vu le titre du fichier en question je vous propose d'utiliser plutôt un support plus adapté pour la sauvegarde de vos mdp. Comme beaucoup sur ce forum j'utilise Keepass et ses différentes extensions comme par exemple Keepass RPC qui avec Kee-Password Manager sur Firefox permet de faire le remplissage automatique des champs sur les pages de connexion. J'utilise aussi KeeOTP pour les doubles authentifications. Afin de pouvoir utiliser la base sur mes différents support, elle est stockée dans un dossier dédié sur mon Drive. La base est bien entendu encryptée au plus haut niveau ce qui permet de la stocker sans avoir à y rajouter une couche supplémentaire pour la sécuriser. Il existe aussi une version portable qui peut être installée sur une clé USB par exemple pour pouvoir utiliser Keepass en version nomade.

Qu'entendez-vous par reconfigurer ? S'il s'agit d'une réinstallation, les fichiers doivent être ré-indexés. Vous devriez voir les fichiers apparaître au fur et à mesure de la progression. Et selon le volume et le modèle de NAS, cela peut prendre plusieurs jours.

Le parefeu du NAS n'a pas vocation à bloquer des comptes utilisateurs inexistants ou désactivés. Il ne travaille que sur des ports et des IP. C'est seulement DSM qui s'occupe des identifiants et des autorisations des utilisateurs. Par contre, je ne sais pas t'expliquer pourquoi le mail de notification donne un délais de 24h mais que l'IP est débloquée tout de suite. Bug du parefeu ? A surveiller et contacter le support si besoin.

Rien n'empêche n'importe qui dans la zone géographique autorisée de tenter de se connecter au NAS avec des identifiants farfelus. Ce n'est pas l'identifiant en lui mème qui crée le blocage mais la tentative de connexion à partir d'une IP. Si tu tentes de te connecter au NAS avec un utilisateur "Toto" qui n'existe pas, DSM refusera la connexion et c'est le parefeu qui fera ensuite son travail si le nombre de tentatives infructueuses a été atteint. Dans ton cas, il y a bien tentative de connexion sur un compte qui existe mais qui est désactivé, mais le processus est le même que si le compte n'existe pas.

Je vous invite à consulter le paragraphe de ce tuto concernant l'onglet "Configuration du routeur". Bien sûr qu'il faudra rajouter des règles. C'est ce que je vous ai écrit plus haut. Mais encore une fois, ne mettez pas la charrue avant les boeufs. Terminer la mise en pratique de ce tuto avant d'aller plus loin. On ne connecte le NAS vers l'extérieur que lorsque les conditions de sécurité sont remplies.

Oui. Mais si vous changez de box et que la plage n'est plus la même, ou que vous élargissez la plage actuelle, il vous faudra modifier l'entrée. C'est tout de même le but du parefeu : laisser passer les adresses approuvées et bloquer celles qui ne le sont pas. Une fois que vous aurez sécurisé votre NAS et que vous voudrez l'ouvrir vers l'extérieur, il faudra rajouter des règles au dessus de la dernière qui laisseront passer les IP extérieures en fonction des ports que vous voulez ouvrir vers l'extérieur, complémenté d'un filtrage géographique pour ne laisser passer que les IP provenant de pays depuis lesquels vous autorisez le trafic (France, etc...). Mais ça c'est seulement après la mise en oeuvre de ce tuto.

C'est pour couvrir l'ensemble des plages d'adresses privées des classes A, B et C Un peu de lecture : https://www.it-connect.fr/les-adresses-ip-privees-et-publiques/ Vous pouvez si vous le souhaitez restreindre les plages ou même ne pas mettre celles que vous n'utilisez pas. Tout dépend de votre utilisation et des applications que vous activerez. Par exemple, la première règle est nécessaire pour le serveur VPN. La troisième couvre toute la plage.

Avant de poser des questions, il faudrait relire les réponses qui vous ont été faites...... Oui. Mais c'est un domaine sur lequel vous n'avez pas la main puisque le propriétaire est Synology. Vous avez eu la réponse. Et rien ne vous empêche de faire vos propres essais avec le nom de domaine que vous avez déjà pour vous en convaincre.

Ca c'est pour sélectionner le certificat à utiliser pour l'application. Vous pouvez voir les applications qui utilisent tel ou tel certificat en développant le certificat (flêche à droite) et en regardant la section "Pour" Oui. Mais c'est un domaine sur lequel vous n'avez pas la main puisque le propriétaire est Synology. Après, je n'utilise pas le domaine xxxx.synology.me et encore moins quickconnect. car je me connecte à mes NAS de manière conventionnelle et que j'ai mes propres noms de domaine. Je ne peux donc guère vous aider sur l'utilisation des deux certificats que vous avez sur synology.me et surtout direct.quickconnect.to que je vois pour la première fois et dont je ne connais pas l'utilité.

@Zouille un certificat s'applique uniquement à un nom de domaine. Si votre application audio n'est pas couverte par le nom de domaine par lequel vous voulez y accéder, ceci explique pourquoi vous avez ce message. Vérifiez qu'audio station soit couvert par votre certificat quickconnect et pas par le certificat par défaut Synology (bouton Paramètres) Vous devez aussi définir votre certificat Quickconnect comme étant celui par défaut si vous voulez que vos futures applications utilisent le ndd de Quickconnect.

Le nombre de fois que j'ai entendu ce genre de discours est incalculable, autant que le nombre de ceux qui ont tenu le même discours et sont venus justement pleurer parce qu'ils avaient tout perdu. Il faut tout de suite s’ôter de l'idée que parce qu'il y a une tolérance de panne sur un disque, on est protégé. C'est faux. La tolérance de panne permet la continuité de service mais est en aucun cas l'assurance que les données seront préservées. Des pannes de groupes de disques arrivent aussi et ça conduit très souvent vers la perte des données. L'agrandissement d'un groupe fait énormément travailler les disques et il n'est pas rare que des disques un peu fatigués se crashent pendant cette opération. Un NAS peut aussi avoir un problème physique, interne ou externe, un problème électrique. Bref, il est faux de croire que ce qu'il contient est préservé. Fort de ce constat, il est absolument nécessaire de prévoir des sauvegardes périodiques des données, si ce n'est pas tout, au moins les plus importantes à vos yeux. La sauvegarde est une composante importante de tout système de stockage et lorsqu'on met en place un NAS, on inclus dans le projet un moyen de sauvegarde qui peut être réalisé sur un ou plusieurs disques durs externes, autre(s) NAS, ou encore un stockage externe. Par exemple pour mes photos, elles sont stockées sur mon NAS principal et sauvegardées sur mon NAS secondaire via Hyperbackup, et aussi sur le PC de ma femme et le mien via Syncback Free. Pour mes autres données, j'ai des sauvegardes croisées entre mes NAS et enfin j'utilise Synology Drive sur mon NAS principal pour nos données de travail avec synchronisation complète de nos dossiers (pas de synchronisation à la demande pour justement avoir la totalité des fichiers en cas de perte du NAS). Bien entendu, nos dossiers Drive sont aussi sauvegardés sur le NAS secondaire. C'est peut-être too much pour certains, mais là on peut dire sans trop se tromper que les chances de perdre des données sont infinitésimales.

Euh.... Un transistor oui et plus que oui ! Pas pour une résistance.

Il faut sélectionner dans les paramètres de la page certificat pour quelle application le certificat doit s'appliquer.

Le 411j est un vieux modèle et même s'il s'agit de lire des fichiers multimedia, il risque d'être dépassé et surtout il ne bénéficie plus de maj. Possible, mais vous aurez 4To non utilisés. https://www.synology.com/fr-fr/support/RAID_calculator?hdds=16 TB|12 TB|10 TB|8 TB Les disques externes sont sur des formats standards. Le SHR (RAID hybride) est pour la gestion des disques internes en groupes de stockage. Il ne s'applique pas pour les disques externes. Même si ça peut fonctionner, il n'est pas recommandé d'utiliser un disque externe comme unité de travail. Il doit être réservé pour des échanges avec le NAS (sauvegarde, transfert ou copie de fichiers). Il faudra tout réinstaller car les disques des NAS monobaie sont de vrais basic. Ils ne sont pas migrables vers des NAS multibaie qui eux fonctionnent en environnement RAID quel que soit le nombre de disques.

oui. Si vous voulez conserver les tâche existantes; il faudra aussi reproduire le même chemin de destination que l'existant. Sinon, vous pouvez recréer sur le NAS source de nouvelles tâches en vous reconnectant à une sauvegarde existante.