Mic13710

@louloudu77 on peut tout à fait reconstruire un RAID avec un disque de capacité supérieure. Ce que vous proposez n'est rien de moins que de se retrouver dans la même situation qu'actuellement mais en deux étapes. Retirer un des 2To pour le remplacer par un 8To ou mettre directement un 8To, c'est kif kif la même chose pareil 😉 @eric51 Quels modèles de disques ? Est-ce qu'ils font partie des disques approuvés, et surtout, est-ce qu'il sont bien en CMR et pas en SMR ? https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS218%2B&category=hdds_no_ssd_trim&filter_size=8TB&p=1&change_log_p=1 Que le NAS ne redémarre pas avec un seul disque n'est pas normal puisque le système est installé sur tous les disques. Est-ce que par hasard vos 2To n'auraient pas été migrés d'un ancien NAS ? Si oui, quel modèle ?

@Einsteinium Non, rien changé. La seule modif c'est le passage d'acme.sh en rev 3.0.6 qui a mis un peu le foutoir chez certains. Pas le password (il n'est pas en base 64), mais le nom du certificat. Alors qu'il fonctionnait très bien jusqu'à l'avant dernier renouvellement, le script n'arrive plus à le récupérer ce qui bloque le déploiement. Voir le sujet de Kramlech dans lequel je parle de ça : J'ai eu le même problème sur 3 NAS. Je ne suis donc pas un cas isolé. Pas de problème pour ceux qui n'ont qu'un seul certificat. Pour ma part j'en ai 3 et donc le nom du certificat est primordial pour pouvoir déployer. Je m'en suis sorti en changeant la variable SAVED_SYNO_Certificate=__ACME_BASE64__START_NomDuCertificatEnB64==__ACME_BASE64__END_' en SYNO_Certificate='Nom du Certificat dans DSM' Mais je pense que c'est provisoire car après déploiement, la variable a été à nouveau enregistrée en Base 64.

Avez vous testé votre disque avant de le mettre dans le NAS ? Si ce n'est pas encore fait, commencez par lancer un test smart étendu sur le nouveau disque. S'il n'aboutit pas, il est possible que le disque soit défaillant. Il faudrait alors lui faire passer les batteries de tests constructeur avec Seatools.

Non, inutile. A partir du moment ou le déploiement a été fait par le script, tout est OK. Le problème du non déploiement a été localisé au niveau du SAVED_CERTIFICATE qui chez certains ne passe pas. J'en ai moi aussi été victime et je ne comprends toujours pas pourquoi ni comment c'est arrivé. Chez d'autres, c'est carrément tous les SAVED autres que les clés qui ont été la cause. Voir les échanges de ce fil depuis le passage à la version 3.0.6 d'acme.sh

Le déploiement c'est seulement pour attribuer le certificat aux applications en fonction des choix fait dans les paramètres dans DSM. Une fois déployé, il est valide jusqu'à expiration du certificat. Il n'y a donc pas besoin de refaire l'opération. Le déploiement est à nouveau lancé par le script qu'après l'obtention d'un nouveau certificat.

J'émets une hypothèse : sans doute parce que ceux qui achètent un 923+ n'ont pas besoin de transcodage 🤪

On parle ici d'un cas particulier. Ma réponse était en rapport avec le tuto où il n'y a pas de script à rajouter dans ACME. De toute manière, si le déploiement ne s'est pas effectué correctement lors du renouvellement à cause de ce fameux SAVED_, il y a fort à parier qu'il ne fonctionnera pas mieux à partir d'un script additionnel. Perso, je ne fais pas la mise à jour auto du Docker-compose. J'en suis resté à la version précédente. C'est un choix personnel. Ce qui ne change en rien au mode opératoire du script acme.sh qui est identique avec ou sans mise à jour du Docker-compose. acme.sh est lancé automatiquement tous les jours à 0.00. Il vérifie d'abord qu'il est à jour à la dernière version et télécharge la nouvelle version si besoin, puis il vérifie la date du certificat et si au delà des 60 jours, il lance son renouvellement et son déploiement. Nul n'est besoin de scripts supplémentaires, à condition bien entendu que le processus se soit déroulé normalement. Aussi, je ne comprends pas bien le pourquoi de tes scripts persos. De mon côté, suite au problème rencontré lors du dernier renouvellement avec le SAVED_CERTIFICATE, j'ai rajouté une tâche planifiée non activée dans DSM pour relancer le déploiement en cas de besoin.

Ce n'est pas la raison. Le déploiement se fait directement après le renouvellement du certificat. Par la suite, le script ne fait que vérifier la date de validité du certificat. S'il c'est moins de 2 mois, il termine la tâche. Il ne vérifie pas si le certificat a été déployé ou pas. J'ai moi aussi été confronté à l'histoire des SAVED sur le nom du certificat, ce qui a bloqué son déploiement et par voie de conséquence son affichage dans DSM. En supprimant le SAVED_ et en remettant le nom en dur du certificat (pas en base64) j'ai pu relancer manuellement le déploiement et tout est rentré dans l'ordre. Mais le nom du certificat a été rétabli en base64 et son SAVED_. Je surveillerai le comportement lors du prochain renouvellement. @Einsteinium cette histoire de SAVED_ se reproduit souvent et nous sommes plusieurs à avoir eu ce comportement. Ce n'est donc pas un problème isolé. Je pense qu'il faudrait rajouter une note dans le tuto en indiquant que dans certains cas le nom du certificat n'est pas pris correctement en compte par le script et qu'il faut dans ce cas réécrire cette ligne en clair et sans le SAVED_ puis relancer le déploiement pour qu'il aboutisse.

liste des 12To compatibles avec le 923 https://www.synology.com/fr-fr/compatibility?search_by=products&model=DS923%2B&category=hdds_no_ssd_trim&filter_size=12TB&p=1&change_log_p=1

Et ?

Indépendamment du fait que des sauvegardes doivent être faites, j'espère pour vous qu'elles sont périodiquement mises à jour parce que 2 disques en RAID0 c'est deux fois plus de chances de perdre ses données.

Déja commencer par poser la question dans la bonne section. Vous avez su trouver File Station, il était tout aussi simple de trouver Synology Drive dans le groupe des applications. Je déplace. Dans les paramètres du client, il faut cocher la suppression des fichiers du NAS lorsqu'ils sont supprimés localement

Dans l'interface web de Drive, il n'y a pas la possibilité de supprimer les liens. Il faut les supprimer un à un en suivant le chemin indiqué dans les propriétés du lien. Une fois sur l'emplacement, on clique sur le bouton de partage et on supprime les différents accès pour supprimer le partage.

Désolé mais je ne comprends strictement rien à votre demande. Elle concerne Synology Drive côté serveur (ce que semble indiquer votre demande) ou côté client (votre titre) ? En tout état de cause, votre demande n'a rien à faire dans la section Installation, Démarrage et Configuration. Je déplace.

Bonjour, Voici un article qui met à mal l'anonymat de certains serveurs VPN. https://www.01net.com/actualites/pire-que-tiktok-ces-vpn-populaires-peuvent-lire-vos-donnees-privees.html Et un autre : https://www.commentcamarche.net/securite/vpn/27943-confidentialite-des-vpn-des-applications-collectent-des-donnees-privees/#utm_source=MagNews&utm_medium=email&utm_campaign=Comment ca Marche High Tech_Mercredi 29/03/2023&een=82ced6dcfa7cf711312e2bee357540fa&seen=2&gbmlus=648774cf71a71ac5895017a42ab99affae8f1502ce9f6d51e29c6a29eac24d10

Il s'agit de la double authentification. L'administrateur du NAS aurait dû vous donner la clé à utiliser dans un générateur de code OTP comme Google Authenticator ou autre. Il faut demander à l'administrateur de vous communiquer la clé, ou bien de désactiver la double authentification de votre compte pour vous permettre d'y accéder.

Je suppose que le port 22 n'est pas bloqué par le parefeu, que tu n'as pas non plus modifié le port par défaut. Là comme ça, je n'ai rien à proposer. Il semblerait que ce soit DSM le fautif. Mise à jour récente peut-être et qui ne s'est pas correctement passée ? Sinon, tu peux contacter le support, on ne sait jamais. C'est peut-être un problème connu chez eux.

Bonjour @Charles-Em, soyez le bienvenu. Je suppose que depuis le temps que vous parcourez ce site, vous avez découvert et mis en oeuvre les Tutos dont parle oracle7. Vous avez probablement vu aussi ceux concernant les serveurs VPN et DNS. Et comme votre NAS est compatible Docker, vous trouverez dans la même section quelques tutos intéressants dont celui concernant la création et la gestion des certificats.

Les exigences d'un NAS ne sont pas celles d'un disque externe. Un disque déclaré défectueux a encore du potentiel pour d'autres services. La gestion interne du disque permet de remplacer et d'isoler les secteurs défectueux. Si votre disque n'a pas encore atteint le quota des secteurs de réserve, il peut très bien assurer son service pendant plusieurs années. Si vous voulez accélérer l'isolation des secteurs défectueux, vous pouvez lancer une écriture de zéros par exemple ou même un badblocks. Quoique ce dernier soit plus stressant pour les disques, mais il aura l'avantage de donner un peu plus de garantie sur la qualité des secteurs encore sains.

Si le disque fonctionne encore, vous pouvez éventuellement l'utiliser comme disque externe dans un dock usb pour des sauvegardes par exemple.

@regio29 Je vous conseille de créer un autre compte administrateur à qui vous donnez les mêmes droits et de désactivé celui par défaut. Le compte admin est un compte dont l'identifiant est très recherché des hackers parce que commun à de nombreux périphériques. Il est donc exposé aux tentatives d'intrusion. C'est la raison pour laquelle il est fortement conseillé de le désactiver et de le remplacer par un compte ne servant exclusivement qu'à l'administration du NAS avec un nom qui vous est propre.

Vous voulez parler des anciens comptes Cloud Station ? Si c'est le cas, il suffit, je pense, de mettre à jour les clients qui sont obsolètes et ça devrait repartir.

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.

Ce n'est probablement que la partition système qui est en panne. Tant mieux pour vous, sinon vous auriez perdu bien plus de données. Les partitions Système et Swap fonctionnent en RAID1 sur tous les disques. Tant qu'il reste au moins un disque, le système peut fonctionner.

Peut-être devriez vous étudier le fonctionnement d'un RAID. https://fr.wikipedia.org/wiki/RAID_(informatique) Le SHR est un RAID hybride qui marie des RAID1 et 5, et même RAID6 pour le SHR2. Son fonctionnement est identique à du RAID classique. Le caractère hybride est apporté par une surcouche (lvm2) sur un RAID classique (mdadm)