Mic13710

?????? Peut-être en entame de ce message ? Il a été déplacé par Lelolo. https://www.nas-forum.com/forum/topic/75398-impossible-de-modifier-les-paramètres-dautorisations/

C'est la même réponse pour tout le monde : ça viendra quand ça viendra. Seuls Synology savent ce qui va sortir de leurs chaudrons. Et ils ne suivent pas vraiment de calendriers précis, genre un renouvellement tous les deux ans. Il y a quelques modèles en x22, mais il y a encore des séries de x18 qui seront je pense prioritaires pour les renouvellements.

Vu l'âge du NAS, il est quasiment certain que c'est la pile qui est HS. Elle se trouve sur la CM et pour la remplacer, il faut faire un peu de démontage. Je n'ai pas trouvé de tuto pour ça et je n'ai jamais démonté un modèle slim, mais ça ne doit pas être bien différent d'un modèle standard. Vous trouverez un tas d'un vidéo sur Youtube.

Parce que tu as reçu des notifications par le passé ? Pour ma part, je n'ai aucun souvenir d'en avoir reçu une dans ma bal un jour.

Sauf à passer en SSH, il est impossible de faire ce que vous demandez. Il faut reconstruire votre groupe. Et même en SSH, à chaque nouvelle version de DSM, Synology ferme de plus en plus le système et certaines commandes essentielles sont maintenant devenues inaccessibles. Ceci étant dit, rien ne vous empêche de sauvegarder votre configuration via hyperbackup (qui vous permet aussi de sauvegarder les paramètres de certaines applications) et la restituer sur le nouveau groupe. Tout ne sera pas sauvegardé et vous aurez des réglages à reprendre, mais vous retrouverez la grande majorité de vos paramètres.

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.