Mic13710

Désolé mais je ne comprends rien à votre demande. Le proxy inversé fait correspondre un nom de domaine à une application ou à un service interne ou externe au NAS. C'est tout. Ce faisant, il permet de se connecter à un service externe en utilisant le certificat du nom de domaine invoqué dans la demande et en redirigeant la requête vers une adresse et un port http, permettant ainsi de contourner une alerte de sécurité. Encore faut il que le certificat du nom de domaine soit valide.

Sauf à faire une exception (donc à contourner le certificat), non. Si vous posez cette question c'est que votre certificat n'est pas valide ou reconnu (cad issu d'un organisme de certification patenté). La question à vous poser est donc plutôt de savoir comment obtenir un certificat qui fasse autorité. Je ne comprends pas votre problème sur les notifications. C'est vous qui décidez si oui ou non vous voulez en recevoir lorsque le script s'est déroulé quel que soit le résultat ou seulement s'il ne s'est pas exécuté correctement. Et si vous ne cochez pas la case, vous ne recevrez rien.

2 - Un domaine est reconnu par un navigateur si son certificat est valide et issue d'un organisme de certification reconnu et accepté par le navigateur. Mais comme vous ne nous dites pas s'il s'agit d'un nom de domaine dont vous êtes propriétaire, ou d'un nom de domaine xxx.synology.me créé dans le DDNS de DSM ou du nom de domaine synology.com qui est inclus dans DSM (et qui lui n'est pas reconnu par aucun navigateur), je ne peux pas en dire plus. 3 - soit vous nous en dites plus sur les fameux "endroits" et alors on pourrait tenter de vous aider, mais là, les des fois ça marche, des fois ça ne marche pas, et bien ça ne marche pas sur un forum.

1 - le déploiement se fait par étapes et dépend aussi du jour de vérification des mises à jour dans vos paramètres 2 - un certificat ne s'applique JAMAIS à une IP, seulement à un nom de domaine 3 - je ne comprends pas la question. Qu'appelez vous un email de réponse ? Sinon, l'envoi d'email par le NAS se paramètre dans le menu Notification

C'est terminé semble t'il (plus de bandeau en haut), mais pas mieux. @rodo37 les quatre messages que j'ai signalés dans mon message interne ne sont toujours pas visibles.

Pour le 209+ c'est ppc853x

Oui 👌

Au temps pour moi. Je n'avais pas pensé à la fonction serveur de Active Backup. Très bien si ça a résolu votre problème.

Hyperbackup n'est apparu qu'à partir de la version DSM6.0. Mais vous pouvez toujours utiliser le 209 comme support de sauvegarde en rsync. Par contre, il faudra passer par l'utilitaire de bureau Synology Hyper Backup Explorer pour pouvoir lire les hbk. Si vous voulez une lecture en claire de vos sauvegardes, alors il faudra se résoudre à les faire en monoversion.

Oui, c'est exactement ça. La liste dans "tous les messages" est incomplète. Certaines parties du forum semblent être exclues de la liste générale. J'en ai informé @rodo37 dès que j'ai constaté le problème. Je pense que suite aux différentes modifications qui ont été faites ces derniers jours, des paramétrages sont à reprendre.

Vous parlez sans doute de dossiers synchronisés via Synology Drive. Ca concerne donc le paquet Drive. Je déplace. Les fichiers avec un fanion vert sont disponibles sur le PC et devraient donc pouvoir être ouverts. Ceux avec une croix rouge ne sont pas synchronisés. Peut-être sont ils exclus de la synchronisation. A vérifier.

Ils sont externes au NAS ? Accès à quoi, au serveur à l'hébergement, au NAS ? Ni l'un ni l'autre. Le premier sert à faire des sauvegardes mono ou multi versions vers un support externe, le second à sauvegarder un pc sur le NAS.

Tant mieux si ça fonctionne, mais c'est tout de même curieux que les valeurs évoquées dans mon précédent message se retrouvent dans les deux fichiers .conf. Chez moi, l'account.conf ne comporte aucune de ces valeurs qui sont listées dans les .conf de mes deux noms de domaine.

Je n'utilise pas de disque externe pour mes sauvegardes hyperbackup, je ne peux donc guère vous aider à résoudre votre problème. Il est possible que le fautif soit votre boîtier. Alors quitte à investir, pourquoi ne pas vous tourner vers un autre NAS, de préférence Synology pour la compatibilité avec hyperbackup vault ? On en trouve d'occasion pas trop anciens à des prix corrects. Vous pourriez ainsi programmer un jour et heure de démarrage du NAS de sauvegarde, faire vos sauvegardes et programmer une extinction à la fin de la journée. Ca vous permettrait aussi de délocaliser votre sauvegarde, de préférence dans un lieu distant. C'est en tout cas une piste à explorer.

Oui et non. Ce n'est pas sur freebox OS mais dans l'espace client Free menu Ma Freebox, Reverse DNS personnalisé.

Bonjour @phchrono, soyez le bienvenu sur ce forum. Vous pouvez poster ici : https://www.nas-forum.com/forum/forum/116-autres-nas/

A mon avis, ton problème vient du fait que tu as 2 fois les mêmes données dans les deux fichiers de conf et c'est probablement ce qui coince. Dans ton account.conf : SAVED_SYNO_Scheme='http' SAVED_SYNO_Hostname='172.18.0.1' SAVED_SYNO_Port='5000' SAVED_SYNO_Username='acme.toto.ovh' SAVED_SYNO_Password='PASSWORD' SAVED_SYNO_DID='' SAVED_SYNO_Certificate='toto.ovh' et dans ton toto.ovh.conf : SAVED_SYNO_USERNAME='acme.toto.ovh' SAVED_SYNO_PASSWORD='PASSWORD' SAVED_SYNO_SCHEME='http' SAVED_SYNO_HOSTNAME='172.18.0.1' SAVED_SYNO_PORT='5000' SAVED_SYNO_CERTIFICATE='__ACME_BASE64__START<NOM DU CERTIFICAT EN BASE 64__ACME_BASE64__END_' Ce qui à mon avis a provoqué les messages : SAVED_SYNO_Username='acme.toto.ovh' has been removed. [Sun Oct 5 10:13:05 UTC 2025] Domain config new key exists, old key SAVED_SYNO_Password='Password' has been removed. [Sun Oct 5 10:13:05 UTC 2025] Domain config new key exists, old key SAVED_SYNO_Scheme='http' has been removed. [Sun Oct 5 10:13:05 UTC 2025] Domain config new key exists, old key SAVED_SYNO_Hostname='172.18.0.1' has been removed. [Sun Oct 5 10:13:05 UTC 2025] Domain config new key exists, old key SAVED_SYNO_Port='5000' has been removed. [Sun Oct 5 10:13:05 UTC 2025] Domain config new key exists, old key SAVED_SYNO_Certificate='toto.ovh' has been removed. De plus, je ne comprends pas pourquoi tu n'as pas de valeur à SAVED_SYNO_DID. Il me semble que cette donnée est devenue obligatoire pour le script acme.sh, mais je peux me tromper. Il faudrait remettre de l'ordre dans tout ça. Je te propose de sauvegarder les deux fichiers puis de commencer par supprimer toutes les lignes ci dessus de ton toto.ovh.conf puisque selon les messages ce sont elles qui mettent le souk, et de relancer le déploiement. Si ça ne fonctionne pas, tu rétablis le fichier toto.ovh.conf et tu supprimes les lignes ci-dessus du account.conf avant de relancer le déploiement. Après, je ne vois guère d'autre solution que de tout supprimer, certificat et instance docker, puis de tout recommencer pour repartir sur une base saine. P.S. : Tu as laissé ton nom de certificat en base 64 dans ton dernier message. Trop facile pour le retrouver. Je l'ai corrigé 😉

ça c'est ton account.conf. Qu'est qu'il y a dans ton toto.ovh.conf ?

C'est facile à dire, plus compliqué à réaliser. Chaque constructeur a une mise en oeuvre et une interprétation toute personnelle des tests SMART. Tu as bien vu que les valeurs affichées par Seagate ne ressemblent pas à celles de WD. Et il en est probablement de même pour les autres constructeurs. Tu ne peux pas demander au fabricant du NAS de faire une analyse de matériels tiers alors que les fabricants ne suivent pas les mêmes logiques entre eux. Ils ne vont pas se compliquer la vie à faire des évaluations variables selon les disques installés. Les tolérances des uns ne sont pas celles des autres. Dès lors, tant que DSM répond correctement, que les erreurs des disques (il y en a toujours, même sur des disques sains) sont acceptables, il ne cherche pas plus loin. On peut supposer que le côté positif des disques Synology serait de mieux analyser l'état des disques estampillés de la marque. Reste à voir si c'est le cas. Je suppose qu'ils font comme Synology. Le tout est de savoir où mettre le curseur.

@StéphanH, il est très fréquent sur des NAS synology d'avoir des disques indiqués comme étant sains et se retrouver avec un système qui rame à cause d'un des disques. C'est des situations courantes, en témoignent les nombreux messages qui vont dans ce sens. La réponse du support résume parfaitement la chose : des disques plus ou moins bons pour le NAS, donc non encore éjectés, qui ralentissent les lectures écritures et les accès aux données.

En théorie oui, mais uniquement pour le 16To. En pratique ça ne semble pas possible selon votre lien qui dit que seuls des 18To peuvent être utilisés pour augmenter la capacité du groupe. Ce n'est de toute manière pas possible de mettre un 8To car vous n'en avez pas et au mieux (s'il est accepté) il sera considéré comme un 4To.

Non, si un de vos disques tombe en panne, vous pouvez le remplacer par un disque de même capacité. Il s'agit en l’occurrence de réparer un groupe dégradé. L'article en question indique seulement le cas où vous voulez augmenter la capacité de votre groupe. Effectivement, le remplacement d'un disque par un plus gros ne peut se faire que si le disque est de capacité au moins égale au disque le plus gros du groupe. Vous dites que vous êtes en SHR2. Avec vos disques actuels, vous perdez 4To de stockage. https://www.synology.com/fr-fr/support/RAID_calculator?drives=18 TB|18 TB|16 TB|16 TB|4 TB|4 TB|4 TB|4 TB&raid=SHR_1|SHR_2 Le seul moyen de récupérer ce stockage serait de remplacer 2 disques de 4To par des 18To. https://www.synology.com/fr-fr/support/RAID_calculator?drives=18 TB|18 TB|18 TB|18 TB|16 TB|16 TB|4 TB|4 TB&raid=SHR_1|SHR_2

Il faut simplement attendre que la génération des vignettes soit terminée. Ca peut prendre plusieurs jours selon le modèle de NAS et le volume de fichiers à traiter.

Oui, vous pouvez migrer vos disques vers un autre Syno https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_and_later

Avez-vous essayé en retirant tous les disques ? Si le NAS s'allume, profitez en pour faire le test de la 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 Si le NAS s'allume sans les disques c'est que soit un des disques est HS, soit l'alim est HS.