Mic13710

Est-ce à dire qu'il y a un routeur entre la freebox et le réseau du NAS ? Si c'est le cas, alors l'accès au réseau n'est pas possible s'il n'y a pas une passerelle entre les deux. Perso, je ne sais pas s'il est possible de le faire sur une freebox. Peut-être que @PiwiLAbruti a une solution à proposer.

Euh.... non. Si les 12To sont installés avant les 6To, en aucun cas on peut monter un RAID5, que ce soit en RAID classique ou en SHR. Tout au plus 2 RAID1 (2x12To et 2x6To). Ton RAID1 de départ avec 12To ne peut pas accepter des disques autres que des 12To. Ce n'est que si les 4 disques sont montés ensemble sur un même groupe, ou bien que les 12To sont ajoutés au 6To qu'on peut faire un RAID5 classique, avec pour implication une capacité totale inexploitée de 12To et 6To pour la protection. Si les 4 disques sont montés ensemble en SHR, alors oui, il y aura un RAID5 de 6To sur tous les disques et un RAID1 sur le reste de capacité des 12To. Il n'y a pas de capacité inexploitée mais seulement 12To pour la protection comme c'est indiqué dans le lien que tu donnes. Mais comme je sais que tu maitrises parfaitement bien ce sujet comme beaucoup d'autres, je pense que tu as voulu écrire "avec" plutôt que "avant" ce qui alors serait parfaitement exact. Erreur typo en quelque sorte !😉 Exact ?

En SHR comme en RAID classique, il faut toujours commencer un groupe par les disques les plus petits. Dans le cas présent, ce sont les 6To à mettre en premier. C'est bien cela, mais ce ne sont pas des volumes mais des groupes. C'est exact si le disque le plus petit est toujours dans la grappe. Mais en supposant que le disque le plus petit ait été remplacé, on peut toujours rajouter un disque de même capacité parce que le SHR incorpore un RAID de cette capacité. C'est le disque le plus petit avec lequel la grappe a été construite qui compte 😉.

Il arrive que des câbles RJ45 soient le problème de chute de débit. Je viens d'en avoir un en CAT6 qui bridait mon réseau à 100Mb. Je l'ai remplacé et tout est rentré dans l'ordre. Et pourtant, ce câble passait le test de continuité, il devait y avoir un souci au niveau de la connectique. Je n'ai pas cherché plus loin : direct poubelle.

@CyberFr j'entends bien le caractère sécuritaire. Pour autant cette question ne concerne pas DSM, ni de prés ni de loin. Jusqu'à preuve du contraire, Wireguard est une solution VPN qui n'est pas embarquée dans nos NAS, et c'est bien regrettable mais là n'est pas le débat. Que vous vous en serviez pour joindre votre réseau de manière sécurisée, et donc votre NAS, n'en fait pas pour autant un sujet concernant les produits synology. J'ai moi même beaucoup échangé sur ce protocole et je l'ai fait dans le bar. On pourrait à la limite le mettre dans internet et réseau, mais c'est tout. Il restera donc dans ce forum.

Ok mais il faut aussi lire les recommandations pour la suite afin que ça ne vous arrive plus.

Le générateur de code OTP est lié aux identifiants ? Et en utilisant un gestionnaire indépendant ? Je ne sais pas si ça existe dans le monde des pommes, sous android il y en a pas mal. Celui que j'utilise : FreeOTP+

@Lelolo c'est vrai, mais peut être que la solution a été trouvée par une recherche personnelle.

@bouhh69 Comme quoi on ne dit pas toujours que des âneries....

Je n'utilise pas quickconnect. Cependant, je ne comprends pas le rapport avec le smartphone. Vous pouvez toujours retrouver votre ndd quickconnect en vous connectant à votre compte synology.com. N'est-ce pas plutôt un problème de génération de code pour le double authentification ? Si c'est le cas, il faut réinitialiser l'accès au NAS en faisant un reset mode 1. https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Pour la suite, je vous conseille vivement de consulter et mettre en pratique le tutot sur la sécurisation de nos NAS. On y parle notamment de la sauvegarde de la clé OTP sur plusieurs supports.

Le seul moyen c'est de détruire le groupe et de le reconstruire. Ceci bien entendu détruit toutes les données. Il faudra donc mettre à jour vos sauvegardes pour pouvoir effectuer cette opération. Si vous vous lancez, avant de créer les nouveau groupes, je vous conseille d'en profiter pour repartir avec une ré-installation complète de DSM pour que la partition système puisse passer à la nouvelle taille de 7.9Go.

Pourquoi tant d'impatience ? Ici c'est un forum communautaire, sans lien avec le constructeur. Il n'y a aucune obligation de résultat et chaque membre répond s'il le souhaite. Perso je ne comprends pas très bien ce que vous voulez faire. C'est exactement ce que fait un NAS, quel que soit le modèle. Le 923+ se connecte en RJ45 1Gb sur le réseau Ethernet. Les ports USB ne sont pas prévus pour une connexion réseau, uniquement des accessoires. Si vous voulez du multigig, la solution officielle consiste à rajouter une carte d'extension sur les modèles compatibles, carte que vous trouverez ici : https://www.synology.com/fr-fr/products/accessories?tab=nas&category[0]=add_in_cards&category[1]=rams&category[2]=rail_kits&category[3]=licenses&category[4]=spare_parts Sinon, certains sur le forum on réussi à faire fonctionner des cartes de fabricants tiers, d'autres ont utilisé des convertisseurs USB --> RJ45. Je vous laisse chercher. Mais comme je l'ai écrit, je n'ai peut-être pas bien compris votre demande. Et avant de s'orienter vers tel ou tel modèle, il serait plus logique de définir le besoin car prendre un 923+ pour uniquement faire un serveur de fichier, ça me parait démesuré, à moins que vous envisagiez de faire autre chose de votre NAS.

@CyberFr que vient faire cette question dans la section concernant l'installation et la configuration des NAS ? Depuis le temps que vous êtes sur ce forum, ce genre d'erreur ne devrait plus se produire, d'autant que ce n'est pas la première fois vous concernant. Je déplace encore mais c'est la dernière fois. Concernant le fichier de conf, il est tout à fait modifiable directement dans le client Wireguard. Les seuls éléments à ne pas altérer sont les clés, l'adresse de l'interface et l'IP publique de la freebox dans le Peer puisque ces éléments permettent d'identifier le client auprès du serveur. Pour que wireguard puisse atteindre le réseau privé, il faut autoriser le dit réseau dans les AllowedIPs du Peer et il faut aussi autoriser le trafic de l'IP du client à atteindre le réseau. C'est ce qu'on retrouve dans le fichier de conf généré par la freebox. AllowedIPs = 0.0.0.0/0, 192.168.27.64/27, 192.168.X.0/24 (X à remplacer par la plage IP privée de la freebox) Si vous ne voulez pas que le trafic internet passe par la freebox, il faut supprimer 0.0.0.0/0 Et pour atteindre le NAS, il faut bien évidemment que la plage d'IP de Wireguard soit autorisée dans le parefeu, ce qui devrait être le cas si vous avez suivi le tuto sur la sécurisation du NAS. Sinon, il faut y ajouter la plage 192.168.27.64/27.

Le problème est maintenant résolu. N'hésitez pas à ouvrir un nouveau message en cas de problème. Ceci est une réponse automatique.

@baleino01, super si vous avez pu remettre en service votre NAS. Un conseil, pensez à mettre en place un système de sauvegarde périodique. Cela fait partie intégrante d'une gestion normale des données.

Dans votre premier message, le NAS fonctionnait avec un autre disque mais pas avec les WD Pro. Maintenant il n'accepte pas un Barracuda. Avez-vous fait un test de carte mère ? https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Mais à mon avis, c'est plutôt le bloc d'alimentation qui est HS. Vu que vous avez plusieurs NAS à portée de main, avez-vous essayé avec une autre alimentation ?

Le seul RED Pro de 2To figurant dans la liste des disques compatibles pour le 218+ est le WD2002FFSX - 68PF8N0 https://www.synology.com/fr-fr/compatibility?search_by=drives&model=DS218%2B&category=hdds_no_ssd_trim&display_brand=other&filter_brand=Western Digital&filter_class=Enterprise NAS&filter_size=2TB Est-ce la référence de vos disques ? Il n'y a pas de RED Pro dans la liste des incompatibles. Cependant, si tous les disques ne fonctionnent pas, il ne peut s'agir d'une anomalie isolée mais plutôt d'une incompatibilité matérielle. Est-ce que tous les disques sont issus du même lot ? Ont-ils tous le même firmware ? Il se pourrait que le problème vienne de la version du firmware installée.

Vous pouvez essayer avec un disque différent d'installer DSM et voir si tout fonctionne correctement. Vous ne pouvez pas réinstaller vos disques avec celui utilisé pour les tests car il y aura des conflits de groupe et de volume. Essayez avec l'application Synology Assistant.

Aucune idée Ca c'est plus grave, mais sans informations complémentaires, on ne peut pas vous aider. C'est une question ? Généralement, un NAS fonctionne sans arrêt si les mises en veille sont désactivées et que l'alimentation n'est pas coupée. Mais là encore, il faudrait en dire beaucoup plus car on ne peut rien répondre à ça sans des explications claires. Ce n'est pas le cas, mais si vous ne communiquez pas les informations qui vous sont demandées et qui sont nécessaires pour pouvoir vous aider, on n'avancera pas.

@Rembeau, on ne va tout de même pas vous soutirer les informations au forceps, non ? De savoir que vous avez 2 disques de 4To ne nous avance pas beaucoup. Enfin si, les WD40EFAX sont des technos SMR mais nous verrons ce point plus tard. Je re-re nouvelle ma demande :

C'est toujours le même problème. Lorsqu'on ne sauvegarde pas la clé OTP et/ou qu'on n'utilise pas plusieurs supports pour générer le code, on s'expose à ce genre de situation. Pas d'autre choix que de faire un reset mode 1 pour réinitialiser l'accès au NAS : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Par la suite, je vous recommande de suivre les indications données dans le tuto sur la sécurisation de nos NAS concernant le double authentification. Et tant qu'à faire, mettre en application le dit tuto.

C'est en principe tous les 60 jours. Tu peux vérifier la fréquence dans le fichier ndd.conf. Pour le mien :

Je pense que ce n'est pas possible. Le 410 est équipé d'un MPC8533e 1C/1T. Le modèle au dessus est le 413 qui est équipé d'un P1022 2C/2T. Même si ces deux CPU sont des Freescale PowerPC (e500v), leur architecture est bien différente ce qui ne devrait pas permettre de faire passer le 410 pour un 413. Quant à Docker ..... Je crains qu'il faille vous contenter de la version DSM que vous avez.

Si vous ne pouvez pas accéder à DSM, ça va être très compliqué de pouvoir vous aider car il nous faut un minimum d'infos pour comprendre ce qui se passe.

Pour commencer, il n'est vraiment pas bon de casser un groupe de disques comme vous l'avez fait. Un groupe est une entité et lorsque vous sortez un de ses membres, il est exclu. J'espère pour vous que cette manipulation n'a pas créé d'erreurs de parité qui peuvent aller jusqu'à la perte du groupe. Avant d'aller plus loin, il faut faire un test de carte mère : https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Comment pouvez vous en être sûr ? Ce n'est parce qu'elle fonctionne à vide qu'elle est capable d'alimenter le NAS avec ses disques. Vous pouvez toujours compter sur vos sauvegardes.