Toutes les discussions

Lorsque le paquet docker est désactivé, je n'ai pas accès à la page http. Si je désactive le paquet Wireguard en laissant le paquet docker activé, j'ai toujours accès au login http C’est le paquet WireGuard-rtd1619b-1.0.20220627.spk qui serait mal installé ?

Bonjour, Voilà quelques infos pour la présentation Niveau: néophyte Image: https://hub.docker.com/r/jellyfin/jellyfin Interface: Docker-compose Mode réseau: host Serveur Jellyfin installé sur le NAS, j'accède aux videos 1/ soit par PC (linux) directement sur le navigateur (http://192.168.x.x:8096/media), 2/ soit par lecteur réseau (Bluray DLNA), qui me trouve le server NAS-Jellyfin, 3/ par l'appli Swiftfin sur iOS. Avant la dernière mise à jour de l'image, tout fonctionnait bien. Depuis le passage en version Jellyfin 10.10.7, 1/ L'accès directement sur le navigateur fonctionne, 2/ ou 3/ (lecteur DLNA ou l'appli) ne marchent plus, le serveur n'est plus visible. Avec container manager, le conteneur est en cours d’exécution, mais j'ai le message suivant: "curl (7): failed to connect to localhost port 8096 after 0ms: Couldn't connect to server" En regardant dans les log, je ne vois rien de flagrant. J'ai supprimé le conteneur, effacer le contenu des répertoires /docker et reconstruit le conteneur, pas mieux. Pas de changement au niveau des adresses IP (fixes), ni du pare-feu. Quand je me connecte sur le navigateur (http://192.168.x.x:8096/media), dans le tableau de bord/appareils actifs, il détecte correctement mon lecteur DLNA. Voilà le log: [2025-06-18 16:49:03.904 +00:00] [INF] [1] Main: Jellyfin version: "10.10.7" [2025-06-18 16:49:03.933 +00:00] [INF] [1] Main: Environment Variables: ["[JELLYFIN_DATA_DIR, /config]", "[JELLYFIN_LOG_DIR, /config/log]", "[JELLYFIN_WEB_DIR, /jellyfin/jellyfin-web]", "[JELLYFIN_CONFIG_DIR, /config/config]", "[JELLYFIN_FFMPEG, /usr/lib/jellyfin-ffmpeg/ffmpeg]", "[JELLYFIN_PublishedServerUrl, 192.168.1.253]", "[JELLYFIN_CACHE_DIR, /cache]"] [2025-06-18 16:49:03.936 +00:00] [INF] [1] Main: Arguments: ["/jellyfin/jellyfin.dll"] [2025-06-18 16:49:03.936 +00:00] [INF] [1] Main: Operating system: "Debian GNU/Linux 12 (bookworm)" [2025-06-18 16:49:03.936 +00:00] [INF] [1] Main: Architecture: X64 [2025-06-18 16:49:03.937 +00:00] [INF] [1] Main: 64-Bit Process: True [2025-06-18 16:49:03.937 +00:00] [INF] [1] Main: User Interactive: True [2025-06-18 16:49:03.937 +00:00] [INF] [1] Main: Processor count: 4 [2025-06-18 16:49:03.937 +00:00] [INF] [1] Main: Program data path: "/config" [2025-06-18 16:49:03.938 +00:00] [INF] [1] Main: Log directory path: "/config/log" [2025-06-18 16:49:03.938 +00:00] [INF] [1] Main: Config directory path: "/config/config" [2025-06-18 16:49:03.938 +00:00] [INF] [1] Main: Cache path: "/cache" [2025-06-18 16:49:03.938 +00:00] [INF] [1] Main: Temp directory path: "/tmp/jellyfin" [2025-06-18 16:49:03.938 +00:00] [INF] [1] Main: Web resources path: "/jellyfin/jellyfin-web" [2025-06-18 16:49:03.938 +00:00] [INF] [1] Main: Application directory: "/jellyfin/" [2025-06-18 16:49:04.174 +00:00] [INF] [1] Emby.Server.Implementations.AppBase.BaseConfigurationManager: Setting cache path: "/cache" [2025-06-18 16:49:04.284 +00:00] [INF] [1] Emby.Server.Implementations.ApplicationHost: Loading assemblies [2025-06-18 16:49:04.301 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded assembly "Rssdp, Version=8.0.0.0, Culture=neutral, PublicKeyToken=null" from "/config/plugins/DLNA_8.0.0.0/Rssdp.dll" [2025-06-18 16:49:04.303 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded assembly "Jellyfin.Plugin.Dlna.Model, Version=8.0.0.0, Culture=neutral, PublicKeyToken=null" from "/config/plugins/DLNA_8.0.0.0/Jellyfin.Plugin.Dlna.Model.dll" [2025-06-18 16:49:04.310 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded assembly "Jellyfin.Plugin.Dlna, Version=8.0.0.0, Culture=neutral, PublicKeyToken=null" from "/config/plugins/DLNA_8.0.0.0/Jellyfin.Plugin.Dlna.dll" [2025-06-18 16:49:04.313 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded assembly "Jellyfin.Plugin.Dlna.Playback, Version=8.0.0.0, Culture=neutral, PublicKeyToken=null" from "/config/plugins/DLNA_8.0.0.0/Jellyfin.Plugin.Dlna.Playback.dll" [2025-06-18 16:49:04.424 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Defined LAN subnets: ["127.0.0.1/8", "10.0.0.0/8", "172.16.0.0/12", "192.168.0.0/16"] [2025-06-18 16:49:04.424 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Defined LAN exclusions: [] [2025-06-18 16:49:04.424 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Used LAN subnets: ["127.0.0.1/8", "10.0.0.0/8", "172.16.0.0/12", "192.168.0.0/16"] [2025-06-18 16:49:04.426 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Filtered interface addresses: ["192.168.1.253"] [2025-06-18 16:49:04.427 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Bind Addresses ["192.168.1.253"] [2025-06-18 16:49:04.428 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Remote IP filter is "Allowlist" [2025-06-18 16:49:04.428 +00:00] [INF] [1] Jellyfin.Networking.Manager.NetworkManager: Filtered subnets: [] [2025-06-18 16:49:07.946 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded plugin: "DLNA" "8.0.0.0" [2025-06-18 16:49:07.948 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded plugin: "TMDb" "10.10.7.0" [2025-06-18 16:49:07.949 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded plugin: "Studio Images" "10.10.7.0" [2025-06-18 16:49:07.949 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded plugin: "OMDb" "10.10.7.0" [2025-06-18 16:49:07.985 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded plugin: "MusicBrainz" "10.10.7.0" [2025-06-18 16:49:07.985 +00:00] [INF] [1] Emby.Server.Implementations.Plugins.PluginManager: Loaded plugin: "AudioDB" "10.10.7.0" [2025-06-18 16:49:08.166 +00:00] [INF] [1] Main: Kestrel is listening on "192.168.1.253" [2025-06-18 16:49:08.194 +00:00] [INF] [1] Jellyfin.Plugin.Dlna.DlnaManager: Using user profile directory "/config/plugins/configurations/dlna/user" [2025-06-18 16:49:08.197 +00:00] [INF] [1] Jellyfin.Plugin.Dlna.DlnaManager: Using system profile directory "/config/plugins/DLNA_8.0.0.0/profiles" [2025-06-18 16:49:08.420 +00:00] [INF] [1] Jellyfin.Plugin.Dlna.Main.DlnaHost: Registering publisher for "urn:schemas-upnp-org:device:MediaServer:1" on "192.168.1.253" with uri "http://192.168.1.253:8096/media/dlna/ac6f26b7-009c-4fb7-9f4d-a18dab07c7b6/description.xml" [2025-06-18 16:49:09.678 +00:00] [WRN] [1] Microsoft.AspNetCore.StaticFiles.StaticFileMiddleware: The WebRootPath was not found: "/wwwroot". Static files may be unavailable. [2025-06-18 16:49:09.756 +00:00] [INF] [1] Emby.Server.Implementations.ApplicationHost: Running startup tasks [2025-06-18 16:49:09.788 +00:00] [INF] [1] Emby.Server.Implementations.ScheduledTasks.TaskManager: Daily trigger for "Générer des images Trickplay" set to fire at 2025-06-19 03:00:00.000 +00:00, which is 10:10:50.2114505 from now. [2025-06-18 16:49:09.798 +00:00] [INF] [1] Emby.Server.Implementations.ScheduledTasks.TaskManager: Daily trigger for "Extraire les images de chapitre" set to fire at 2025-06-19 02:00:00.000 +00:00, which is 09:10:50.2013433 from now. [2025-06-18 16:49:09.842 +00:00] [INF] [1] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Found ffmpeg version "7.0.2" [2025-06-18 16:49:09.936 +00:00] [INF] [1] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Available "decoders": ["libdav1d", "av1", "av1_cuvid", "av1_qsv", "h264", "h264_qsv", "h264_cuvid", "hevc", "hevc_qsv", "hevc_cuvid", "mpeg2video", "mpeg2_qsv", "mpeg2_cuvid", "mpeg4", "mpeg4_cuvid", "msmpeg4", "vc1_qsv", "vc1_cuvid", "vp8", "libvpx", "vp8_cuvid", "vp8_qsv", "vp9", "libvpx-vp9", "vp9_cuvid", "vp9_qsv", "aac", "ac3", "ac4", "dca", "flac", "mp3", "truehd"] [2025-06-18 16:49:09.965 +00:00] [INF] [1] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Available "encoders": ["libsvtav1", "av1_nvenc", "av1_qsv", "av1_amf", "av1_vaapi", "libx264", "h264_amf", "h264_nvenc", "h264_qsv", "h264_v4l2m2m", "h264_vaapi", "libx265", "hevc_amf", "hevc_nvenc", "hevc_qsv", "hevc_vaapi", "mjpeg_qsv", "mjpeg_vaapi", "aac", "libfdk_aac", "ac3", "alac", "dca", "flac", "libmp3lame", "libopus", "truehd", "libvorbis", "srt"] [2025-06-18 16:49:09.994 +00:00] [INF] [1] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Available filters: ["bwdif_cuda", "deinterlace_qsv", "deinterlace_vaapi", "flip_vulkan", "hwupload_cuda", "hwupload_vaapi", "libplacebo", "overlay_opencl", "overlay_qsv", "overlay_vaapi", "overlay_vulkan", "overlay_cuda", "procamp_vaapi", "scale_cuda", "scale_opencl", "scale_qsv", "scale_vaapi", "scale_vulkan", "tonemapx", "tonemap_cuda", "tonemap_opencl", "tonemap_vaapi", "transpose_cuda", "transpose_opencl", "transpose_vaapi", "transpose_vulkan", "vpp_qsv", "yadif_cuda", "zscale", "alphasrc"] [2025-06-18 16:49:10.175 +00:00] [INF] [1] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: Available hwaccel types: ["cuda", "vaapi", "qsv", "drm", "opencl", "vulkan"] [2025-06-18 16:49:12.815 +00:00] [INF] [11] Emby.Server.Implementations.ScheduledTasks.TaskManager: "Nettoyer le dossier des transcodages" Completed after 0 minute(s) and 0 seconds [2025-06-18 16:49:12.827 +00:00] [INF] [8] Emby.Server.Implementations.ScheduledTasks.TaskManager: "Nettoyer les collections et les listes de lecture" Completed after 0 minute(s) and 0 seconds [2025-06-18 16:49:13.807 +00:00] [INF] [16] Emby.Server.Implementations.ScheduledTasks.TaskManager: "Mettre à jour les extensions" Completed after 0 minute(s) and 0 seconds [2025-06-18 16:49:15.570 +00:00] [INF] [1] MediaBrowser.MediaEncoding.Encoder.MediaEncoder: FFmpeg: "/usr/lib/jellyfin-ffmpeg/ffmpeg" [2025-06-18 16:49:15.570 +00:00] [INF] [1] Emby.Server.Implementations.ApplicationHost: ServerId: "ac6f26b7009c4fb79f4da18dab07c7b6" [2025-06-18 16:49:15.570 +00:00] [INF] [1] Emby.Server.Implementations.ApplicationHost: Core startup complete [2025-06-18 16:49:15.571 +00:00] [INF] [1] Main: Startup complete 0:00:11.8986482 [2025-06-18 16:51:31.223 +00:00] [INF] [19] Emby.Server.Implementations.HttpServer.WebSocketManager: WS "192.168.1.10" request [2025-06-18 16:51:42.472 +00:00] [INF] [21] Jellyfin.Plugin.Dlna.Main.DlnaHost: DLNA Session created for "BDP-S6700" - "BDP-S6700" using profile "Sony Blu-ray Player 2016" Si jamais vous avez une idée... Merci

Je ne suis pas sûr de bien comprendre ce que vient faire un xxxx.fr dans un certificat qui n'est pas le sien. Un redirection c'est dans la zone du xxxx.fr que ça se fait, pas dans la zone de destination. Bref. Est-ce que vous arrivez à joindre https://xxxx.myds.me:51821/login lorsque wireguard est désactivé ?

Ils sont reconnus comme compatibles, ou tu as dû utiliser le script ?

Bonjour, désolé pour mon retour tardif mais les hdd 26to fonctionnent bien sur le DS918+. j'en ai acheté 2 installés dessus. bonne journée

Bonjour, Les domaines en xxx.fr sont une redirection de mon nom de domaine, mais il pointe vers l'adresse en xxxx.me. Si je lance : http://xxxx.myds.me:51821/login, j'ai ceci : Si je lance : https://xxxx.myds.me:51821/login, j'ai ceci :

Un certificat n'a aucun rapport avec les ports. Il ne s'applique qu'à un nom de domaine et ses éventuelles déclinaisons (nom en dur ou wildcard). Et comme je viens de l'écrire, un certificat ne concerne qu'un seul nom de domaine, vous avez une incohérence dans le votre puisque dans la liste de votre certificat xxxx.me, se trouve des domaines xxxx.fr qui ne peuvent être couverts par ce certificat. Vous devez créer un certificat pour votre ou vos xxxx.fr.

@cubitus_synoOn se calme... Merci de ne pas relancer si peu de temps après ta question, et de faire preuve de patience

Personne ne sait ?

Bonjour, Je ne suis pas du tout familier avec les certificats de sécurité. J'avais suivi un tuto pour activer le certificat let's encrypt cela me permet à l'extérieur d'accéder à l'interface du NAS. Aujourd'hui, j'ai installé WireGuard et pour créer un client, j'ai besoin d'accéder à une page HTTPS sur le port 51821. Je n'arrive pas à l'afficher. Quand je regarde dans les paramètres de sécurité, j'ai l'impression que les certificats ne sont attribués qu'à certaines choses. Comment est-ce que je peux attribuer ce certificat au port 51821 ? Merci

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.

Problème résolu, le support de synology à résoly le problème en m'envoyant un correctif avec une fichier spk à uploader sur le nas directement.

J'ai eu le même problème. on dirait que la découverte de partage réseau n'est pas activée sur la box sfr Il faut ajouter l'emplacement manuellement https://www.it-connect.fr/3-facons-de-connecter-un-lecteur-reseau-sous-windows-11/

Je déterre ce topic car le ventilo sur mon bon vieux DS411+ vient encore de lâcher... 😞 Evidemment impossible de retrouver la référence d'origine. Après de nombreuses recherches j'ai trouvé une référence qui fonctionne et qui est bien équipé d'un détecteur de blocage de rotation et non pas d'un signal RPM. Seul modif à faire, récupérer l'ancien connecteur et le souder sur le nouveau ventilateur → 3x soudures + 3x petites gaine thermo La référence est NMB-MAT 1604KL-04W-B59 Personnellement je l'ai trouvé et acheté sur AliExpress ici : New For 1604KL-04W-B59 DC12V 0.1A 4010 40x40x10mm 4cm 7000RPM RD signal cooling fan D'après les specs, ce ventilateur devrait être plus robuste car équipé d'un double roulement à bille. La durée de vie en utilisation H24 est donné pour environ 6 ans. A voir dans le temps. L’orientation du ventilateur dans le NAS est "étiquette vers le bas" (il y a des petites flèches dans le moulage du ventilo). Les pales sont plus petites et plus nombreuses. Du coup, le refroidissement est meilleur. Dans mon cas j'ai gagné environ 5°C. Voilà, si cela peut aider d'autre membres du fofo... 😘

J'ai essayé une autre configuration docker : volumes: etc_wireguard: services: wg-easy: #environment: # Optional: # - PORT=51821 # - HOST=0.0.0.0 # - INSECURE=false image: ghcr.io/wg-easy/wg-easy:15 container_name: wg-easy networks: wg: ipv4_address: 10.42.42.42 ipv6_address: fdcc:ad94:bacf:61a3::2a volumes: - etc_wireguard:/etc/wireguard - /lib/modules:/lib/modules:ro ports: - "51826:51826/udp" - "51821:51821/tcp" restart: unless-stopped cap_add: - NET_ADMIN - SYS_MODULE # - NET_RAW # ⚠️ Uncomment if using Podman sysctls: - net.ipv4.ip_forward=1 - net.ipv4.conf.all.src_valid_mark=1 - net.ipv6.conf.all.disable_ipv6=0 - net.ipv6.conf.all.forwarding=1 - net.ipv6.conf.default.forwarding=1 networks: wg: driver: bridge enable_ipv6: true ipam: driver: default config: - subnet: 10.42.42.0/24 - subnet: fdcc:ad94:bacf:61a3::/64 La configuration sur le port 51821 fonctionne très bien jusqu'au moment où il me demande de me loguer. A ce moment-là, il me demande de me connecter en HTTPS et en HTTPS, je n'arrive pas à voir la page de Login. En HTTP, elle apparaît en HTTPS, elle n'apparaît pas, pourtant j'ai un certificat HTTPS qui fonctionne pour accéder à l'interface du NAS et cetera... Sur edge j'ai ceci : Comment vérifier que mon certificat est valide ?

Bonjour, Merci pour ta réponse, mais j'utilise infuse gratuit et ses fonctionnalités basiques me conviennent. J'ai vu les + apportés par la version payante et je n'en ai pas l'utilité, du moins pour le moment. Mais la vraie question : est est-ce qu'il 'travaille' avec Jellyfin et donc il faut garder ce dernier, ou pas ?

Bonjour, J'ai suivi ce tuto pour installer WireGuard : https://www.blackvoid.club/wireguard-spk-for-your-synology-nas/ J'ai téléchargé : WireGuard-rtd1619b-1.0.20220627.spk Je l'ai installé et je l'ai démarré avec la commande en SSH : /var/packages/WireGuard/scripts/start Il est en cours d'exécution. 👍 La 2nde partie consiste à installer un paquet sur docker pour la configuration : https://www.blackvoid.club/wireguard-vpn-for-your-synology-nas/ Je n'ai pas suivi ce tuto comme cela est proposé, j'ai directement créé un nouveau projet dans container manager et j'ai collé la configuration yaml : version: "3.5" services: wgeasy: image: ghcr.io/wg-easy/wg-easy:latest network_mode: "bridge" container_name: wireguard ports: - "51826:51826/udp" - "51821:51821" cap_add: - NET_ADMIN - SYS_MODULE sysctls: - net.ipv4.conf.all.src_valid_mark=1 - net.ipv4.ip_forward=1 volumes: - /volumeUSB1/usbshare/dockerUSB/wireguard:/etc/wireguard environment: - WG_HOST=************* - PASSWORD_HASH=************************************************************ #double $$ restart: always Tout semble parfaitement fonctionner, mais ça ne communique pas... Le truc louche : sur le téléphone lorsque j'ouvre la configuration fournie par QRcode j'ai le port 51820 et pas 51826 qui est fournie dans la configuration ! Bien évidemment, rien ne communique. J'ai essayé de mettre dans la configuration YAML le port 51820, ça ne fonctionne pas mieux... Bien sûr les ports sont ouverts sur ma box. J'ai déjà un serveur Wireguard qui fonctionne sur un Raspberry PI 3 cela m'a permis de vérifier le fonctionnement de l'ensemble (à titre indicatif l'installation sur la Raspberry PI a pris 5 min) Est-ce que vous avez une suggestion ?

Est ce que ça ne marcherait pas mieux en branchant la box sur le WAN 1 et le routeur 5G (avec le réseau mobile en connexion principale) sur le WAN 2 du routeur Cisco. Dans ce cas il faudra aussi t'assurer que ta box et ton routeur 5G place le routeur Cisco en DMZ. Pour moi le problème vient déja du fait que le failover (bascule entre les 2 connexions) est géré à 2 niveaux différents et de surcroit tu empiles les routeurs et donc les couches de NAT sur ton installation (box + routeur 5G Acer + routeur Cisco). D'ailleurs, si le routeur X5 gère déja le failover entre le WAN et le réseau mobile, pourquoi t'embêter avec un routeur double WAN supplémentaire ?

Merci,désolé je n'avait pas connaissance de l'arborescence étant nouveau sur le forum.

@GEOPINMerci de respecter le classement des sujets. J'ai déplacé mais je ne le referai pas

La route qui mène sur le nas est la suivante : Box -> Routeur X5 avec SIM en secours -> Routeur RV345P WAN 1 et WAN2 soit deux câbles entre le Routeur X5 avec SIM en secours -> Routeur RV345P Ce qui bloque pose problème c'est le fait que le routeur X5 gère les deux WAN, il les considère comme un. Par contre le Cisco, lui les différencie, cela se traduit par le fait que dans le transfert le routeur X5 envoie que vers le wan 1. Il est impossible d'envoyer aussi vers le WAN2, car le routeur Acer n'accepte qu'une fois le port 443

Je ne suis définitivement pas sûr de vous comprendre. Votre routeur est un routeur dual wan. Il n'y a donc rien à brancher hormis la box en WAN1 et le backup/routeur 4G en WAN2 😒. A partir de là, votre NAS exploite simplement la connexion active et si vous avez parametré un DDNS, ce dernier s'assure de lier l'IP publique de la connexion au nom de domaine gratuit fourni par Synology. J'ai le même fonctionnement sur ma passerelle Ubiquiti (connexion fibre en WAN1 et backup 4G en WAN2). En cas de bascule sur la connexion 4G de secours, le DDNS configuré sur le NAS se met bien à jour en récupérant l'IP de la connexion de secours au bout de quelques secondes. Auparavant j'avais un routeur Synology RT6600AX et cela fonctionnait sur le même principe.

Je me suis mal exprimé, le DDNS est bien configuré sur le NAS. La route qui mène sur le nas est la suivante : Box -> Routeur avec SIM en secours -> Routeur RV345P WAN 1. Si je branche sur le WAN2 j'ai juste accès à internet

Du coup, pourquoi ne pas configurer le DDNS sur le NAS ? S'il s'agit d'avoir un DDNS afin de pouvoir y accéder indépendamment de la connexion utilisée, autant que l'update de l'IP soit faite par le NAS ?

Bonjour, Des utilisateurs me remontent un souci tres bloquant pour nous, ils ne peuvent plus télécharger un album photo complet via un partage synology photo en cliquant sur la fléche en haut à droite. En original et et jpeg compréssé même souci. Une par une cela fonctionne. Sur le volume il reste 90Go de libre, les disques sont sains.