Cette instruction ne fait que re-lancer le déploiement des certificats du dossier acme en fonction des paramètres de vos certificats dans le menu du même nom (quel certificat pour quelle application).

Elle ne devrait pas toucher les certificats existants, sauf peut-être si un certificat n'est pas utilisé par DSM (ce n'est que supposition).

J'ai moi aussi 2 certificats et le script ci-dessus fait bien le déploiement des deux lorsque je le lance. Il m'est arrivé que ça ne se passe pas comme prévu et il faut alors relancer le script.

Si vos certificats sont bien existants et valides dans acme et qu'ils sont bien dispatchés sur vos différentes applis, alors il ne devrait pas y avoir de problème.

Il y a 2 heures, Phil_69 a dit :

je suis sidéré qu'un "modérateur" réponde d'une façon aussi condescendante

Je suis désolé, le terme n'était pas approprié. En tout cas, je ne l'avais pas écrit dans cette intention. Je viens de corriger.

Ceci étant dit, je rejoins tout à fait ce que vient d'écrire Lelolo : poser une question sur le forum et venir près de 2 ans plus tard pour consulter les réponses sans même adresser un merci aux intervenants qui ont pris de leur temps pour tenter de vous aider .... chacun interprétera ça comme il l'entend, moi j'appelle ça du FdG 🤫

Dans le planificateur de tâche, vous créez une tâche en root pour le déploiement des certificats :

docker exec Acme sh -c "acme.sh --deploy  -d 'ndd1' --deploy-hook synology_dsm"
# Pause de 2 secondes pour permettre à la première commande de se terminer
sleep 2  
docker exec Acme sh -c "acme.sh --deploy  -d 'ndd2' --deploy-hook synology_dsm"

etc, si vous en avez d'autres.

Vous pouvez garder cette tâche dans le planificateur sans l'activer pour pouvoir la relancer si le problème se reproduit plus tard.

Pour de la sauvegarde, le JBOD me semble le plus adapté. Gardez à l'esprit que la perte d'un disque signifie la perte d'une grande partie des données, voire toutes. Vous pouvez aussi opter pour du Raid 0. Les données sont alors réparties sur les deux disques. Dans ce cas, la perte d'un disque = perte de toutes les données.

Dans le gestionnaire de stockage, vous supprimez le volume et le groupe existant puis vous recréez un groupe en JBOD (ou RAID 0) et un nouveau volume.

C'est encore et toujours le même problème.

Votre box est sur un réseau différent de celui de vos bornes et il n'y a pas de passerelles entre les deux.

Pour que vos équipements en Wifi puissent "voir" le NAS sur la box et vice versa, il faut que vos bornes soient en mode AP. C'est alors le serveur DHCP de la box qui attribue les IP qui sont toutes sur la même plage.

Si le mode AP n'existe pas, il faut réactiver le wifi de la box et mettre les Xiomi en répéteur. Il faut dans ce cas qu'au moins une des bornes soit à proximité ou du moins à bonne portée de la box pour recevoir un signal suffisant et avec un minimum de pertes. Encore faut il trouver comment faire sur le Xiomi car de ce que j'ai pu lire, ce n'est pas évident et pas clairement documenté.

Je ne peux pas plus vous aider. A vous de trouver comment faire avec vos bornes.

@total_noob_user j'ai déverrouillé le tuto. Cependant, sachez que vous ne recevrez aucune réponse de son auteur.

Pourtant, le tuto explique comment donner à un utilisateur l'accès à un sous-dossier, ce que vous cherchez à faire il me semble

Pour que ça fonctionne, je suppose qu'il faut au préalable paramétrer un e-mail de notification dans le panneau de configuration

@cubitus_syno Sans aucune explication ? 🫠

il y a 3 minutes, cubitus_syno a dit :

La seule solution consiste à envoyer un lien de partage sur ce répertoire

Ou de (re)lire le lien que je vous ai donné.

Quelques infos ici :

il y a 38 minutes, david debarbat a dit :

j'ai déjà essayé.

Et ?

il y a 37 minutes, david debarbat a dit :

Ubuntu ne les voit même pas....

Les disques sont en RAID. Pour pouvoir les lire sur une distri linux, il faut charger mdadm et s'ils sont en SHR, il faut aussi charger lvm2

Je partage l'avis de @PiwiLAbruti. La limite géographique est suffisamment protectrice. On peut bien évidemment la restreindre mais on augmente les risques de blocages non sollicités.

Perso, j'utilise la restriction par IP uniquement dans les profils de contrôle d'accès du reverse proxy et ce n'est seulement utile que si la connexion VPN ne fonctionne pas.

Bonjour @BenJam1, soyez le bienvenu sur le forum

Quelques tests à effectuer : 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

Il y a 2 heures, Toto_Syno a dit :

Merci à ceux qui auront pris le temps de me lire.

C'est un peu long en effet, si bien que je n'ai pas pris le temps d'essayer de comprendre.

Ceci pourrait peut-être vous aider :

 

il y a 16 minutes, PiwiLAbruti a dit :

ou aux plages d'adresses IP d'un opérateur, ce que j'utilise notamment pour les réseaux mobiles.

Ce que j'utilise aussi pour le réseau Free mobile.

il y a 14 minutes, toutnickel a dit :

Sauf que moi, je ne veux pas enregistrer 24h/24, je ne veux que l'enregistrement se déclenche uniquement quand il y a un intrusion.
vos camera enregistre gratuitement ou avec une licence payante ?

La caméra fonctionne 24/24 ou selon les plages horaires que vous décidez. L'enregistrement se fait la aussi comme bon vous semble : en continu, sur détection et selon les critères que vous définissez (plages horaires, présence). La détection de mouvement et d'intrusion se fait soit par la caméra, soit par le NAS. Toutes les caméras ne se ressemblent pas, certaines offres des possibilités de détection que d'autres n'ont pas et toutes les possibilités des caméras ne sont pas toujours intégralement retransmises sur le NAS.

Le NAS a 2 licences gratuites. Si vous voulez plus de caméras, il faut acheter des licences supplémentaires.

https://www.synology.com/fr-fr/compatibility/camera?brand[]=Synology

La nouvelle question sera : lesquelles choisir....

Le reverse proxy utilise le port 443. Il faut donc ouvrir ce port dans le routeur et le diriger vers l'IP du NAS. Il faut aussi rediriger le port 80 pour le renouvellement du certificat mais vous ne l'activez dans le NAS que lors du renouvellement. Pas de redirection pour les autres ports que vous n'utilisez pas explicitement. Pas de 5001 et encore moins de 5000. Ouvrir le 6690 seulement si vous utilisez Synology Drive.

Au niveau du parefeu, il faut autoriser le port https (443) et limiter son ouverture aux seuls pays que vous fréquentez ou, plus restrictif (trop), seulement aux IP que vous utilisez si elles sont fixes.

La 4eme règle ne sert à rien si vous n'utilisez pas IPV6.

il y a 2 minutes, Stephane Bec a dit :

Je n'ai pas pu déplacer mes dossiers partagé car le volume endommagé n'était plus qu'en lecture seule.

A ce stade, on ne peux pas déplacer des dossiers. Par contre, vous pouvez copier les données sur d'autres supports. C'est la seule option qu'il vous reste.

Vous ne pouvez pas non plus réparer le groupe en remplaçant les disques HS. Il n'est réparable que s'il est en mode dégradé mais toujours opérationnel ce qui n'est pas votre cas.

Il faut donc : recopier vos données, détruire le groupe et le reconstruire avec des disques sains.

@PiwiLAbruti Oui, j'ai bien vu la liste actuelle. Le NAS vient de sortir, il est donc normal qu'il n'y ait pas encore de disques tiers pour ce modèle. Il faudra voir ce que vont faire les fabricants tiers dans les mois qui viennent.

Je suis dans la même réflexion que toi : si les choix de Synology ne changent pas, je me tournerai vers d'autres marques.

il y a 2 minutes, koblar a dit :

je ne comprends pas ce qu'il faut faire préalablement à la mise en place d'un reverse proxy??

Commencer par mettre en place un nom de domaine peut-être ... A minima, un nom de domaine Synology comme expliqué dans le tuto que vous venez de suivre.

Merci Rodo37.

Dans la ligne droite de la nouvelle politique de Synology sur les disques durs.....

Citation

Pour garantir une intégration optimale et une fiabilité à long terme, DSM sur le DS225+ nécessite des disques durs compatibles* pour l'installation.

En clair, des disques Synology

Mais vu l'"*" y aurait-il un infléchissement suite au tollé général ? 

Citation

*Un programme de validation tiers est disponible sur demande, permettant aux fabricants de disques de tester leurs produits en utilisant les mêmes normes rigoureuses appliquées à Synology

Ce qui laisse la porte (entre)ouverte pour des disques tiers et renvoie au passage leurs validations vers les fabricants. Reste à savoir s'ils sont prêts à mobiliser des équipes et des moyens pour faire valider leurs disques.

@Dock Dock

Tout d'abord, je ne comprends pas l'utilité du câble ethernet sur cet onduleur. S'il y a un câble à l'entrée, il doit aussi y avoir un câble en sortie, sinon ça ne sert strictement à rien. Mais encore aurait-il fallu lire ce que je vous ai écrit à ce sujet :

Le 06/02/2025 à 12:51 PM, Mic13710 a dit :

Oui. La connexion RJ45 ne sert pas à se connecter à l'onduleur. Il devrait d'ailleurs y en avoir 2. C'est juste une (pseudo) protection contre la foudre. Elle est en principe connectée entre la sortie du routeur et le switch. Mais il est préférable de ne pas l'utiliser.

Ensuite, je pense que votre batterie est hs. Pour la tester, il suffit de brancher une charge d'une puissance suffisamment significative (spot halogène par exemple) en lieu et place de vos NAS et de débrancher l'alimentation de l'onduleur. Vous verrez tout de suite si ça passe ou ça casse.