Mic13710

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.

A mon avis (comme celui de Fenrir et de beaucoup d'autres), il est préférable de faire des réservations dans le routeur et de laisser les équipements en DHCP. Fixer l'IP au niveau de l'équipement n'est pas une bonne pratique car rien ne garanti que l'adresse ne sera pas attribuée à un nouvel équipement qui se connecterait au réseau alors que celui qui est sensé avoir cette adresse est éteint ou déconnecté du réseau. De plus, en cas de changement de plage d'ip, le changement d'IP sera automatique alors que si l'IP est fixe il sera alors nécessaire de procéder à un reset du nas en l’occurrence.

Personne n'a une tite idée ?

Nulle part dans le fil dont vous faite référence il n'est question de ligne de commande pour passer d'un ext4 à un btrfs. Il s'agit simplement de supprimer le volume existant (ce qui, de facto, détruit les donnés) pour en recréer un nouveau en btrfs. Tout ceci se fait à partir de DSM. Je rejoins tout à fait firlin quant au fait qu'il eu été préférable de repartir sur une installation neuve plutôt que de faire une migration, car si ça a l'air simple sur le papier, il peut y avoir des imprévus comme ceux que vous subissez et surtout on se trimbale les limitations du NAS d'origine (ext4, limitation de taille de volume etc..) Et si vous n'aviez pas de disque neuf, vous pouviez commencer par sortir un des disques du NAS d'origine, le formater puis l'installer dans le nouveau pour faire une installation neuve. Transfert des paramètres et des données de NAS à NAS et pour finir, montage du disque restant de l'ancien NAS dans le nouveau pour construire le SHR. Si vous voulez revenir en arrière, vous pouvez tenter l'opération inverse : remonter un seul des deux disques dans le 214 et tenter la migration. Vous verrez si vous retrouvez toutes les fonctionnalités perdues. Si c'est le cas, vous refaite une installation propre sur le nouveau NAS avec vos nouveaux disques. Mais j'ai bien peur que cela ne change rien côté Mail Station.