CyberFr

Bonjour @Georges, Apparemment le DS2413 n'est pas compatible avec Active Backup for Business si l'on consulte la LISTE DES MODÈLES COMPATIBLES. Grillé par @Jeff777 !!!

Vous avez sans doute remarqué en tant que Modérateur du forum que notre ami a changé son fusil d'épaule car il a initié sans perdre de temps un autre fil dans Questions avant achat 😀

Ce que fait Postimages dont tu as donné le lien permet d'insérer une image en toute simplicité à la différence de Synology 😀

Tu tapes haut ! Un DS423 est loin d'être un NAS d'entrée de gamme. En cherchant bien, tu devrais trouver un matériel bien moins cher puisque tu dis ne pas avoir besoin de puissance. QNAP est en général bien plus cher que Synology mais avec des composants plus récents et peut-être une plus grande évolutivité en fonction du modèle choisi. Avant toute chose je te conseillerais de poser tes questions dans le forum QUESTIONS AVANT ACHAT mais n'oublie pas qu'ici c'est un forum consacré à Synology.

Tu veux dire quoi par en MP ? Peut-être que ça n'a pas marché parce que j'ai utilisé un reverse-proxy pour insérer une image depuis une URL mais effectivement le nom de domaine apparaît bien. La solution serait d'acquérir un second nom de domaine qui ne servirait qu'à ça. J'ai aussi fait une tentative en partageant un lien dans Synology Photos. Le problème est qu'on accède alors à une demande de téléchargement sur son ordinateur local et pas au fichier lui-même. Il me semble que @Fenrir hébergeait des copies d'écran sur son serveur. Comment faisait-il au juste ?

Selon les dernières nouvelles le problème va être remonté aux développeurs de Taipei.

Il est impossible de créer un lien de partage accepté par le forum. Que ce soit dans DSM ou dans Synology Photos. Peut-être que la taille maximale indiquée s'impose. La solution Postimages fonctionne bien elle.

C'est pourquoi je refuse d'accorder l'accès à mon NAS - en tant qu'administrateurs, pas moins ! - aux équipes de Synology alors qu'il s'agit d'un bug facilement reproductible dont ils sont seuls responsables. Au lieu de faire profil bas et de s'excuser pour ce bug ils ont des exigences !!! Mais le problème risque de perdurer sans aucune solution si cette demande d'accès est maintenue. Je le répète, je ne suis pas un bêta-testeur et je suis en colère. Merci pour le tuyau, je vais essayer les deux. En ce qui concerne l'auto-hébergement, je te tiens au courant si ça marche.

Cela provoque une erreur car no doit être un texte, d'ailleurs dans la citation qui suit il est bien encadré de guillemets. J'ai trouvé une documentation The Compose Specification qui est très claire sur le sujet. Il est donc clair que si restart est positionné à "no" le container ne doit jamais démarrer. PS : Je n'arrive plus à ajouter des pièces jointes (jpg, png et autres) dans mes interventions. J'ai dû atteindre un quota maximum. Où dois-je faire le ménage ?

Tout simplement lorsque le NAS est éteint normalement puis rallumé. Il n'y a pas de coupure de courant ou de plantage.

Bonjour, Dans le fichier compose.yaml de jdownloader2 j'indique « restart: "no" » pour m'assurer que le container ne va pas démarrer automatiquement bien que ce soit la valeur par défaut. Malgré cela le container démarre lorsque le NAS est allumé. Dans Container Manager "Activer le redémarrage " a la valeur NON (mais je n’arrive pas à poster l'illustration, un ménage à faire peut être ?). J'ai donc ouvert un ticket chez Synology et ils me demandent de pouvoir accéder au NAS avec un compte administrateur ! À mon avis c'est un bug dans Container Manager facilement reproductible et je ne vois pas pourquoi ils ont besoin d'accéder au NAS. Je ne suis pas un bêta-testeur. Quelqu'un a-t-il fait le même constat ? Merci par avance.

Bienvenue @Mitchch sur le forum. Il ne te reste plus qu'à ouvrir une boutique informatique 😀

Le voici. # # ╔═══════════════════════╗ # ║ JDownloader 2 ║ # ╚═══════════════════════╝ # # https://github.com/jlesage/docker-jdownloader-2/tree/master # services: jdownloader-2: image: jlesage/jdownloader-2:latest container_name: jdownloader2 restart: unless-stopped volumes: - ./config/:/config:rw - ./output/:/output:rw ports: - 5800:5800 environment: - USER_ID=1044 # pour obtenir ces infos taper dans une session SSH --> id username - GROUP_ID=100 - LANG=fr_FR.UTF-8 - TZ=Europe/Paris

@Thomas Parvais, la description de ton problème est à la fois trop vague et trop vaste pour que l'on puisse t'aider, d'autant plus que l'on ne connaît pas ta configuration puisque tu n'es jamais passé par la case PRÉSENTATION. Je te recommande vivement de lire les différents tutos du forum qui te permettront d'avoir les bases techniques dont tu as besoin et donc de résoudre tes problèmes.

C'est normal. Si tu veux utiliser une wilcard pour le certificat il y a ce tuto. Je te disais en effet.

Fais gaffe, c'est peut-être Alzheimer 😀

Tu peux encore le conserver avec un DSM qui sera figé mais l'absence de mises à jour de sécurité va constituer un problème à plus long terme.

Qu veux-tu dire ? Déjà, si le test a commencé sans provoquer de message d'erreur, c'est bon signe...

Bonjour @cycy99, Si tu ne connais pas du tout, le fichier de config docker ne te servira à rien. Pour le reste DuckDuckGo est ton ami 😀

Ou alors le certificat doit couvrir au minimum les domaines mon_domaine.fr et www.mon-domaine.fr. Il sert à quoi au juste ?

Bonjour @Geronimo78!, As-tu bien enregistré www.mon_domaine.fr comme nom alternatif du certificat ?

D'après Synology soi-même : Les erreurs du système de fichiers sont généralement dues aux problèmes de disque suivants : Secteurs défectueux Installation incorrecte du disque dur Disques incompatibles Problème matériel Tu n'es pas passé par la case Présentation, pour le coup on ne sait pas quelle est ta configuration et ta version de DSM. Il existe une documentation que tu trouveras ICI. Le problème est que la tentative de réparation effectuée par DSM a échoué.

Je parlais de tests S.M.A.R.T. approfondis et ces tests durent bien plus longtemps que quelques heures. Chez moi ils prennent environ 12 heures pour deux disques.

Tu en est bien certain ? Les tests S.M.A.R.T sont au vert ? Il n'y a pas de secteurs défectueux ou d'autres problèmes signalés ? Tu pourrais effectuer un test S.M.A.R.T. approfondi pour le vérifier. Utilises-tu Scrutiny ?

À ta place je commencerais par vérifier l'état de santé de chacun des disques dans le Gestionnaire de stockage et j'aviserais en conséquence.