Mic13710

Bienvenu dans la communauté cher cousin de la belle province !

Merci pour ta réponse. C'est précisément ce que je veux éviter. Il y a plusieurs utilisateurs et ils doivent pouvoir distribuer des liens partagés sans pour autant devoir passer par file station. Mon fichier Excel fonctionne bien pour ça : les utilisateurs copient simplement le ou les lien(s) et le(s) balancent sur un mail à leurs clients. Devoir passer par File Station à chaque envoi est une contrainte supplémentaire dont ils ne veulent pas entendre parler, et je les comprends. Malheureusement, le revers de la médaille c'est une plus grande difficulté à tenir à jour la foultitude de liens existants (j'en suis presque à 1000) et à venir. Il y a là matière à amélioration de la part de Syno. En attendant, je ne vois pas de solution satisfaisante.

Un petit passage par le forum des présentations avant de poster est très apprécié ici. Je vous invite à le faire. Clarifiez votre demande car perso je ne comprends pas bien de quoi il s'agit. Vous parlez de redondance, de backup et de replication si bien qu'on ne sait plus où vous voulez en venir. Et si vous pensez qu'une mise en miroir des données constitue une sauvegarde, otez-vous très vite cette idée de l'esprit. Le RAID n'est pas une sauvegarde. Saucissonner les volumes comme vous le faites n'est pas une bonne pratique. Et vu les tailles des disques utilisées et le total de vos données, il eut été plus judicieux de prendre un 3To supplémentaire pour ne créer qu'un seul volume en SHR, ce qui vous aurait donné 6To de stockage, avec la possibilité de l'étendre à 9To en rajoutant un 4eme disque.

Tout d'abord, il est très imprudent de laisser le port 5000 ouvert vers l'extérieur. Tous vos échanges sont en clair et peuvent être interceptés par n'importe qui. Au pire, le seul port à rediriger devrait être le 5001, mais ce n'est pas une bonne manière. Si vous avez besoin d'accéder au DSM à partir de l'extérieur, la meilleure pratique serait d'accéder à votre NAS par VPN. Pour qu'une adresse xxx.nomdedomaine.fr puisse atteindre le NAS, il faut impérativement que le port 80 (très mal) ou le 443 en https (beaucoup mieux) soit ouvert et dirigé vers le NAS. Le reverse proxy du NAS fera le reste pour rediriger la requête vers la cible, à condition bien entendu qu'il soit correctement paramétré.

Ce message indique que : soit le port 80 n'est pas ouvert ou est bloqué par le FAI et/ou n'est pas dirigé vers le NAS soit un ou plusieurs noms de domaine n'existe(nt) pas Question : pourquoi avoir utilisé deux ndd différents pour le LAN et pour le WAN ?

Ils (Syno) ne pourront le faire que par la méthode du DNS-01, ce qui exige soit de faire une identification avec un enregistrement TXT (ce tuto), soit de passer par les API du registar. Et comme chaque registar a sa propre gestion des API, il va falloir aller plus loin que la simple méthode http-01 actuellement en place sur nos NAS. Bref, à mon avis ce n'est pas demain la veille qu'on verra des certificats wildcard sur nos Syno.

Ca pourrait le faire s'il ne s’agissait que de quelques utilisateurs, toujours les mêmes, ayant accès à quelques dossiers. Dans le cas présent, c'est pour transmettre des doc techniques à différents clients en fonction de leurs besoins ou projets. Il n'y a pas de profil type et chaque client a des besoins différents. Aussi je ne vois que les liens partagés pour faire le job. Malheureusement, le gestionnaire embarqué dans DSM est très loin de permettre un suivi efficace des liens existants. J'ai bien entendu tout enregistré dans un fichier excel, mais c'est long et fastidieux, et c'est surtout déconnecté du gestionnaire de DSM. Je suis surpris qu'il n'y ait pas un outil plus efficaces dans les paquets syno ou tiers.

Bienvenu dans la communauté. Commencez par faire un tour du côté des tutoriels, vous y trouverez probablement beaucoup de réponses à vos questions.

Visiblement, le sujet ne soulève pas les passions. Pourtant, la gestion des liens partagés vue par Synology est largement perfectible. Pour le moment, il est difficile, voire impossible, de retrouver des liens existants lorsque leur nombre est important. Il serait pourtant facile à mon sens de rajouter dans file station ou dans une appli annexe l’existence de liens pour un chemin ou fichier donné. Ce serait un minimum. De même, il devrait être possible d'exporter la liste des liens dans un fichier pour pouvoir la traiter dans une bdd ou un tableur car pour le moment il y a qu'une liste consultable à partir de file station, sans moteur de recherche, et dont la navigation n'est pas vraiment simple. Quelqu'un sait-il où sont stockés les liens ?

De ce que je lis, le wildcard cert n'est dispo qu'en DNS-01 Additionally, wildcard domains must be validated using the DNS-01 challenge type. This means that you’ll need to modify DNS TXT records in order to demonstrate control over a domain for the purpose of obtaining a wildcard certificate. Il faut donc utiliser la méthode proposée dans le lien que j'ai donné plus haut. J'ai fait ça il y a une quinzaine de jour sur un NAS dont le port 80 n'était pas accessible, mais pas avec un wildcard car non dispo à l'époque.

Bienvenu dans la communauté. Pour info, votre lien renvoie sur une page vide de la messagerie privée. Si vous avez des infos supplémentaires à rajouter, faite un copier/coller plutôt que de renvoyer vers un lien éphémère ou vide.

Probablement, le compteur de messages indique 2 qui sont ici sur ce fil.

Que dit le centre des journaux ? Avez-vous essayé l'UPS en réel en débranchant sa prise d'alimentation ?

Vu que tous les disques ont un status normal, il s'agit à mon avis d'une fausse alerte. Il y a peut-être un problème mais il n'apparait pas dans les infos DSM. Je commencerais par lancer des tests smart étendus de tous les disques. Si rien d'anormal n'est signalé, il faudra contacter le support. Dans tous les cas, comme le dit firlin, il est très important d'alimenter votre NAS avec un onduleur compatible.

On aime bien sur ce forum que les nouveaux arrivants commencent par se présenter. Il y a un forum dédié. Il n'est pas trop tard. Certains y sont sensibles. Voir l'excellent tuto de Fenrir sur le serveur VPN

Si c'est suite à une perte secteur, c'est très probablement l'onduleur qui a un pb. Quel age a t'il quand avez-vous remplacé les batteries la dernière fois ?

Bienvenu sur le forum. On aimerait surtout savoir quel modèle de NAS vous possédez et quelle version de DSM, infos que vous pouvez mettre dans votre signature.

Si le point 1 ne passe pas (voir test de la carte mère), c'est que votre NAS ou l'alim sont HS. Ne faite rien sur les disques car vous risquez de perdre vos données. Essayez de trouver une alim équivalente ou empruntez en une pour refaire le test correctement. Si ça ne passe toujours pas, il va falloir envisager de changer de NAS et suivre la procédure de migration des disques.

Si le cable USB est connecté sur le NAS, l'UPS est local.

@PiwiLAbruti https://github.com/Neilpang/acme.sh/wiki/Synology-NAS-Guide

Toutes les box ne sont pas capables de gérer des adresses hors de la plage dhcp. Je ne vais pas parler de mon routeur Ubiquiti mais de ce que j'avais fait dans ma freebox qui sait gérer les IP hors DHCP Ma FB en 192.168.x.1, la plage DHCP de 192.168.x.101 à 254. Attribution des IP avec les adresses MAC dans la plage 192.168.x.2 à 100. Et pour limiter les accès aux NAS aux seules IP de la plage réservée, ma règle d'autorisation des adresses 192.168.x.x dans le parefeu est limitée aux seules adresses 192.168.x.1 à 192.168.x.100.

@Sam La Chaux Oui, c'est l'idée (sauf qu'il faut choisir entre 0 ou 1 dans la troisième série ). Mon DHCP démarre à 192.168.x.101 jusqu'à 254. Mes IP réservées de 192.168.x.1 à 100. @Balooforever Mon NAS fait aussi serveur DNS (voir le tuto de Fenrir et mon retour en page 2), et pourtant je suis en DHCP. Je fais entièrement confiance au routeur pour attribuer l'adresse que j'ai assignée au NAS. Pas de problème jusqu'à présent. Et si un jour pour x raisons le routeur ne marche plus, qu'il y ait une IP fixe ou pas sur le NAS ne changerait rien puisqu'il n'y aurait plus de liaison internet .

Chacun voit effectivement midi à sa porte, et moi je n'en démord pas : IP fixes pour les éléments qui le nécessitent (chez moi, le routeur), le reste en réservation d'IP dans le routeur. Ces réservations se font hors de la plage DHCP pour tous mes équipements et les équipements nomades de ma famille qui peuvent accéder à mes ressources (NAS, PC, etc...), avec un plan d'adressage que je tiens bien entendu à jour. La plage DHCP est utilisée uniquement par les invités. Cette plage n'a pas accès à la zone des IP réservées. Ainsi, tout est centralisé sur le routeur. Si je change la plage DHCP, je n'ai rien à faire sur les équipements. Je ne me pose pas non plus de question pour les équipements nomades qui ont chacun leur IP réservée lorsqu'ils sont chez moi et qui peuvent prendre n'importe quelle IP à l'extérieur. J'aurais tout de même à changer quelques adresses comme par exemple celles du reverse proxy qui pointent vers des équipements externes, mais ça ne représente pas grand chose. Toujours pour mon cas personnel (mais je soupçonne qu'il est celui de l'immense majorité des utilisateurs), je ne trouve strictement aucun intérêt en tant que particulier d'aller triturer chaque poste pour lui attribuer une IP fixe (au risque de me tromper) alors que le routeur permet de faire la même chose d'une manière beaucoup plus rationnelle et contrôlée à partir d'un seul point, tout en évitant de se tromper dans les attributions et de risquer des conflits. De même pour les serveurs DNS dont les adresses sont parfaitement gérées par le routeur. Le mode DHCP reste pour moi un moyen beaucoup plus souple en utilisation tout en utilisant pratiquement aucune ressource.

Normalement il n'y a rien à paramétrer. Les réglages des freebox sont enregistrés sur les serveurs de free. Il suffit de reconnecter la nouvelle box pour qu'elle retrouve les paramétrages de l'ancienne. C'est ce qui s'est passé lorsque je suis passé de la V5 à la V6 il y a deux mois. La V5 était en bridge. La V6 s'est mise en bridge à la reconnexion. Et même les anciennes réservations qui étaient encore mémorisées lorsque la V5 fonctionnait en DHCP se sont retrouvées sur la V6.

S'il est en panne, il a peu de chance de fonctionner Si vous êtes en RAID ou SHR, c'est normal que vous puissiez continuer à travailler normalement puisque vous avez la tolérance de panne. Cette situation ne doit toutefois pas perdurer et je dirais même qu'il est urgent de remplacer le disque défectueux car en cas de panne du ou d'un des disques restant(s) (on ne sais pas de quel type de nas il s'agit), c'est la perte de donnée assurée.