CyberFr

As-tu consulté ce tuto ? Et en particulier le chapitre "Pare-feu - Accès locaux". Là encore tout dépend des réglages du pare-feu et je te renvoie au même tuto. Ton pare-feu est sans doute trop laxiste.

Le problème était lié au pare-feu du NAS. Étant donné que le réseau local de mon FAI est 192.168.1.X, je n'ai autorisé que cette plage à ouvrir tous les ports. Oui mais le réseau Docker est 172.XX.X. Après avoir déclaré cette plage comme étant un LAN au niveau du pare-feu tout est rentré dans l'ordre.

Bonjour, Depuis quelque temps, lorsque je lance Jdownloader2 sur le LAN, la fenêtre suivante apparaît et il m'est impossible de faire quoique ce soit à part annuler. Après quoi une seconde fenêtre apparaît mais le téléchargement est en fait figé. Je joins le docker-compose. # # ╔═══════════════════════╗ # ║ JDownloader 2 ║ # ╚═══════════════════════╝ # # https://github.com/jlesage/docker-jdownloader-2/tree/master # services: jdownloader2: image: jlesage/jdownloader-2:latest container_name: jdownloader2 restart: unless-stopped volumes: - /volume1/docker/jdownloader2/config/:/config - /volume1/Gn/JDownloader:/output # docker_agent a les droits r/w sur le dossier Gn networks: - jdownloader2 ports: - 5800:5800 environment: - USER_ID=1044 - GROUP_ID=100 - LANG=fr_FR.UTF-8 - TZ=Europe/Paris labels: - com.centurylinklabs.watchtower.enable=true networks: jdownloader2: driver: bridge name: jdownloader2 ipam: config: - subnet: 172.20.0.0/16 gateway: 172.20.0.1 Toute solution serait la bienvenue.

Grace à ce tuto j'ai installé Watchtower aujourd'hui et j'ai reçu un premier e-mail 😀 Désolé pour le déterrage mais cela prouve qu'il est toujours d'actualité. Merci @.Shad.. Je vais maintenant, comme conseillé, me plonger dans la documentation officielle. C'est plus facile lorsque le container tourne correctement, il n'y a pas de stress sauf à tout casser !

Dans ta copie d'écran on voit que tu as tenté de renommer le disque en ubshare et non en ubshare1 ce qui pourrait expliquer un rejet de l'opération. Quelque chose m'échappe. Quel est l'intérêt de passer par un script puisque tu peux faire la même chose dans DSM ? Si j'étais toi je supprimerais toutes les tâches de sauvegarde dans Hyper Backup avant de reformater le disque dans DSM et de lancer une sauvegarde complète. Si après la sauvegarde le nom du disque semble non conforme le mieux est d'ouvrir un ticket chez Synology.

Je ne comprends pas parce que lorsque j'ai utilisé le disque USB pour la première fois sur le NAS je l'ai formaté sur un Mac sans me préoccuper du nom que je lui attribuais. C'est lors du formatage sur le NAS qu'il a été nommé ubshare1. DSM a sans doute gardé trace du nom d'origine avant que tu ne renommes le disque et refuse de le réattribuer. Peux-tu faire une copie d'écran du message d'erreur qui s'affiche ? On est bien d'accord que les quatre NAS sont sur des réseaux différents et que chacun dispose de son propre disque de sauvegarde.

Quand tu dis "Sur un de ces NAS" je suppose que tu parles d'un des DS118 que tu possèdes et que seul ce NAS accède au disque externe ? Je ne sais pas comment tu as fait pour renommer le disque mais il existe une solution si DSM l’accepte (à cause du problème du nom réservé le cas échéant) . Une fois le disque monté se rendre dans Panneau de Configuration > Dossier Partagé. Sélectionner le disque usbdisk et le renommer en ubshare1. Si tout se passe bien il faut répercuter la modification dans Hyper Backup et effectuer une sauvegarde complète.

Que dit le journal de la sauvegarde dans HyperBackup ? Tout est normal ? Le disque a-t-il bien été éjecté ? Je pose la question parce que dans d'anciennes versions de DSM ce n'était pas le cas à cause d'un bug.

Je trouve étrange que le disque apparaisse comme "USB Disk 2", il devrait être en position 1 si tu ne disposes que d'un seul disque USB externe. Tu peux tenter de faire une première sauvegarde pour voir si HyperBackup y change quelque chose.

En reformatant le disque à partir du NAS et en choisissant le format ext4.

Ça il faut que tu le développes dans le forum Présentation où justement on se présente... Tu peux aussi y montrer l'arborescence de ton matériel. As-tu tenu compte de mes propos. Si ce n'est pas le cas le NAS ne pourra jamais se connecter à Internet. Il faut changer l'IP publique consignée dans ton NAS, que ce soit au niveau d'un DDNS de type Synology.me ou d'un nom de domaine. Non, un DDNS doit pouvoir retrouver l'IP publique en cas de changement. Je te recommande vivement la lecture de ce tutoriel.

C'est normal car ton IP publique a changé. Pense à répercuter la modif chez ton registar (OVH ou autre) dans les enregistrements AA. Il faut également demander à Free de te fournir une IP Full Stack afin de pouvoir disposer de tous les ports. La demande se fait dans ton espace client. Tu as oublié de passer par la case PRÉSENTATION qui permet de mieux connaître ton niveau de connaissance et ton environnement matériel. Certains y sont sensibles mais il n'est pas trop tard pour bien faire.

Bienvenue sur le forum @pads54frfr ! N'hésite pas à poser des questions. Tu devrais changer de pseudo car il existe un pads54fr dans la communauté et cela risque de crées des confusions. D'après la photo il semblerait que tu sois resté fidèle 😀

Ceux qui figurent dans le tuto. À ta place je repartirai de zéro en suivant attentivement les instructions une par une.

Le mode 711 appliqué dans le tuto est plus restrictif car il attribue des droits exclusifs à l'administrateur à la différence du mode 755 décrit dans la page que tu as trouvée. Ça peut poser des problèmes de sécurité dans SSH et permettre à un tiers d'exécuter ces fichiers. Tu peux changer les droits 755 en 711 et voir ce que ça donne. Tu peux aussi reprendre le tuto depuis le début, j'explique comment le faire dans la partie EN CAS D'ERREUR LORS DE LA MISE EN ŒUVRE DU TUTORIEL QUI VOUS OBLIGE A TOUT RECOMMENCER.

Bonjour @fildar42, As-tu bien appliquées les commandes suivantes décrites dans le tuto ? Parce que j'ai rédigé le tuto alors que j'étais sous DSM 7. Je maintenant suis sous DSM 7.2.2-72806 Update 3 et la clé est bien demandée lorsque j'ouvre une session SSH.

Là je ne peux pas t'aider car je n'ai pas d'iPad et n'utilise donc pas l'application Fichiers. Mais tu peux essayer de voir ce que ça donne avec un navigateur sur iPad.

Je suppose que sur le Mac comme sur iPad tu utilises un navigateur. Et si tu te connectes avec le même compte je ne comprends pas pourquoi le comportement serait différent.

Bonjour @KeizerSauze, Vérifie que ton user a bien les droits en lecture \ écriture sur le dossier partagé en question. Cela se gère dans Utilisateur et Groupe.

Content que l'on ait trouvé une solution à ton problème @Mikymike. Bon vent !

Bonjour @fildar42, J'ai testé à plusieurs reprises les différentes étapes avant de publier le tuto et la clé a bien été demandée à chaque fois. PS : Un passage par la case PRÉSENTATION nous permettrait de mieux connaître ton environnement et ton niveau de connaissance, certains y sont sensibles mais il n'est pas trop tard pour bien faire.

Bonjour @Mikymike, Le log ne contient rien d'inquiétant, Navidrome s'exécute, le problème est que tu n'arrives pas à t'y connecter. À mon avis deux choses peuvent bloquer la connexion, une adresse IP locale du NAS erronée ou un port du container injoignable puisque la commande est "http://IP_LOCALE_DU_NAS:PORT_DE_NAVIDROME". Je te recommande si ce n'est déjà fait de consulter le tutoriel Et en particulier la section qui traite du part-feu et qui permet à toutes les IP locales de ne pas être bloquées. Je me demande, d'autant que je ne maîtrise pas le sujet, si le VPS ne serait pas la source de tes problèmes. As-tu au moins un container autre que Navidrome qui fonctionne correctement ? Si tu possèdes un nom de domaine tu peux essayer la commande suivante où ndd.fr est le nom en question : Et "Server" l'IP locale du NAS.

Non, non, c'est normal. Le groupe users n'a accès qu'à son dossier home si on ne lui accorde pas d'autres droits. L'IP locale du NAS est bien fixe ? Essaye de changer le nom d'utilisateur comme suggéré précédemment. Et de modifier la variable ND_LOGLEVEL du fichier de config en info ou debug.

Dans le tuto et dans la partie "L'utilisateur de Navidrome", il y a une copie d'écran concernant les permissions. Qu'est-ce que ça donne chez toi ? Autre piste, renommer l'utilisateur navidrome de telle sorte que son nom soit différent de celui du container.

@Mikymike, on va procéder par élimination parce que les copies d'écran semblent correctes. Il peut effectivement y avoir un problème de droits. Tape la commande suivante dans une session SSH : id navidrome. Tu dois retrouver l'UID et le GID qui se trouvent dans la ligne User de ton Compose.yaml.