Toutes les discussions
- Aujourd’hui
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Je me suis mal exprimé Le 9901 est bien fermé. Je l’ai réouvert temporairement pour vérifier si cela avait un impact sur le délai d’affichage des flux, ce qui n’est pas le cas Sur DSCam, une connexion à l’URL du reverse proxy sans préciser le port 443 abouti, même 9901 fermé Concernant mon dernier message, il faisait référence à des flux que j’affiche sur dSCam et qui proviennent d’un autre NAS connecté en VPN au premier (les flux vidéo passent par ce VPN)
-
Mot de passe et clé de chiffrement non reconnu
Voici un extrait de mes derniers échanges avec le support. Je ne suis pas encore certain de bien comprendre … moi : Je pense avoir trouvé une piste : Toutes mes sauvegardes sont effectuées par un user spécifique du groupe admin (Sauvegarde) dont les droits sont strictement limités à la sauvegarde. Ce user n’a pas les droits DSM. pour vérifier les sauvegardes, je me connecte avec un autre user du groupe admin ayant un accès complet au NAS. Ce user ne semble pas pourvoir accéder aux sauvegardes qu’il n’a pas créé lui même via HyperBackup Vault. Il ne les voit que via HyberBackup. si je donne les droits DSM aux user Sauvegarde , HyperBackup Vault ouvre correctement les sauvegardes chiffrées. je ne comprends pas cette logique. Wayne Z. 2026-05-15 19:03:18Bonjour, C'est une excellente analyse de votre part. Votre observation confirme précisément pourquoi nous voyions des erreurs « Permission denied » dans les journaux système alors que vous êtes pourtant membre du groupe administrators. Voici l'explication technique de cette « logique » qui peut paraître déroutante : 1. Distinction entre accès aux données et privilèges d'applicationDans DSM 7, être administrateur ne donne plus automatiquement tous les droits sur toutes les applications pour des raisons de sécurité renforcée. Hyper Backup (Source) : C'est un service système. Il accède aux fichiers pour les envoyer. Hyper Backup Vault (Destination) : C'est une application interactive de DSM. Lorsque vous essayez de « Vérifier » ou de « Parcourir » une sauvegarde chiffrée dans l'interface du Vault, DSM lance un processus au nom de l'utilisateur connecté pour tenter de déchiffrer l'index. 2. Le conflit de droits que vous avez identifiéSi la tâche a été créée par l'utilisateur Sauvegarde : Les dossiers internes de l'archive (comme le fameux dossier @writer vu dans les logs) sont « la propriété » de l'utilisateur Sauvegarde. Si cet utilisateur Sauvegarde n'a pas l'autorisation d'accéder à DSM (Privilèges d'application), le système restreint les capacités du paquet Hyper Backup Vault à manipuler les métadonnées de cet utilisateur dans l'environnement de bureau DSM. C'est pour cela qu'en lui rendant ses droits DSM, le Vault parvient enfin à « lier » les droits de l'utilisateur aux fichiers de l'archive et autorise le déchiffrement.
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Si tu ne précises pas le port, l'application DS Cam utilise le port par défaut : 9901. Ton ndd est normalement liée à ton IP publique. Donc, en ne mettant pas le 443, DS utilise par défaut https:\\cam.ndd:9901. Comme le port est ouvert dans ton routeur, il est normal que ça fonctionne. Et par la même occasion, tu ne passes pas par le reverse proxy ce qui exclu de facto toute probabilité de ralentissement de sa part 😀
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Merci Mic13710 Je ne vois pas trop de différence en précisant le port 443 Pourrait-il y avoir un effet de bord de la fermeture du 9901 sur la box distance (j’agrège des caméras de trois sites, donc 3 NAS, dont l’un via un VPN. Je n’ai rien touché dans le VPN. Normalement, le 9901 y est toujours ouvert. Le Firewall est ok.
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Je ne crois pas que le reverse proxy soit la source de ton problème. Est-ce que tu as bien spécifié le port dans DSCam ? Même si tu utilises le 443, il faut le préciser dans les applications DS. https:\\cam.ndd:443
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
J’ai essayé de remettre le 9901 : pas mieux … J’ai réparé ma caméra HS : pas mieux Je manque d’idée ..
-
da88appcom2 a modifié sa photo de profil
-
da88appcom2 a rejoint la communauté
- Hier
-
-
Demande d'aide pour le réglage des Paramètre RClone dans Container Manager pour PCloud
Bonjour à tous, En premier lieu, mille excuse pour le sujet car il a surement été traité mais je n'ai pas réussit à le comprendre ! J'ai un DS920+ en Local pour la sauvegarde des photos/video/important ( Volume1) et pour le multimédia (film, série.. en Volume 2). Le NAS n'est pas exposé au net mais uniquement en local. Je possède un espace Pcloud (oui, je sais, c'est pas le meilleur :( ...) Bref, j'ai voulus mettre en place avec Sync Cloud la sauvegarde unidirectionnelle du volume 1 vers Pcloud ; mais le problème de webdav Pcloud m'empêche de faire cette sauvegarde correctement. J'ai vu qu'il fallait passer par un docker et Rclone pour que cela fonctionne. J'ai donc farfouillé et j'ai trouvé comment faire l'install de rclone (j'ai jamais utilisé docker donc dur à comprendre le truc au début). Bref, je suis passé par Container Manager de Synolody, j'ai pris l'image Rclone et installé. Mais à la page de la création, je bloque complètement. J'ai tout un tas de paramètres et j'avoue que pour beaucoup, je sais pas trop ce qu'il faut y mettre ! Je vosu mets les deux screens qui me bloquent. Du coup, je vous appelle pour un petit coup de mains à la configuration. Pouvez vous m'aiguiller ? Par avance, Merci PS : j'ai créé le fichier .conf de RClone.
-
dsc a rejoint la communauté
-
Loyson a rejoint la communauté
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Merci ... Je dirai que ce n'est pas mieux ... Toutefois, j'ai une caméra concomitamment (et sans rapport) hors service. Serait-il en attente d'un TimeOut sur cette caméra avant d'envoyer les flux (DSCam mouline puis tout d'un coup affiche mes 7 flux (enfin 6 depuis qu'une caméra est HS)) ?
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Oui
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Essaie d'activer les websocket dans les en-têtes personnalisées.
-
-
Fermeture du port 9901 et passage par le reverse proxy : flux lents à apparaitre sur DSCam
Bonjour, Tout est dans le Titre ... J'essaie de fermer tous les ports que je peux fermer et d'envoyer le trafic sur une URL du reverse proxy en 443. J'ai donc créé une entrée du reverse proxy sur https://ss.DDNS:443 qui pointe vers https://localhost:9901. ça fonctionne (DSCam se connecte bien). Mais les flux vidéo mettent une trentaine de secondes à apparaitre, contre env. 10 secondes auparavant. Une relation de cause à effet ?
-
-
Mot de passe et clé de chiffrement non reconnu
Je tombe sur cet article de 2023 qui semble correspondre à ce problème. Nous sommes en 2026, et ce n'est pas résolu ??? Bref, j'ai ouvert un ticket ...
-
Bien le bonjour du Gard !
Moi aussi je suis de cette génération... Bienvenue @Le Bleu B. . Tu verras on apprend en faisant.
-
Audio a commencé à suivre Bien le bonjour du Gard !
-
[Résolu]Accès Distant à Plex KO
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.
-
xks a rejoint la communauté
-
Migration de SHR à SHR2 impossible
Je ne comprends pas la réponse du support. Votre shr actuel est construit avec des disques de 10.91To. Les 0.01To de différence du disque de 10.92 ne sont pas utilisés par le SHR. Seule la capacité utilisée doit être prise en compte, pas la capacité réelle de chaque disque. Ne serait-ce pas plutôt un problème sur le nouveau disque ? l'avez-vous testé en profondeur avec le logiciel du constructeur ? Si le disque est ok, vous pouvez tenter une autre méthode, sans aucune garantie. Ce n'est pas sans risque puisque vous dégradez votre groupe. Vous sortez le disque de 10.92To, vous réparez avec le nouveau disque puis vous construisez votre shr2 avec le 10.92To préalablement formaté. Mais avant cela, si vous savez vous connecter à votre NAS en ssh, postez le résultat de cette commande qui va donner l'état de vos raids : cat /proc/mdstat
-
Mic13710 a commencé à suivre Migration de SHR à SHR2 impossible
-
11winhealth a rejoint la communauté
- La dernière semaine
-
Android Synology Drive, comment parametrer une synchro automatique ?
Bonjour, le sujet est assez ancien, mais depuis il y a une nouvelle app depuis qui permet de faire de la synchronisation bidirectionnelle entre un téléphone android et un NAS (paramétré en webdav) : il s'agit de EasySync. Petit bonus, elle est open source...
-
sam2oufguedin a rejoint la communauté
-
Migration de SHR à SHR2 impossible
L'assistance Synology m'a répondu lundi. Le problème viendrait de la capacité de mes 5 disques : sur le SHR-1 exixtant, j'ai 4 disques : 2 Seagate Entreprise reconditionnés de 10,91 To et 2 WD Red de 10,92 To Le 5eme disque que je souhaite utiliser pour la migration est un Seagate (neuf) de 10,91 To. A cause de ces 0,01 To de différence, le système bloque. 2 solutions proposées : Refaire le volume directement en SHR-2 : ceci impose que je sauvegarde mes 22To sur une autre support avant de supprimer le volume et le recréer Acheter 2 nouveaux disques de capacité d'au moins 10,92 To (mais actuellement à 450-500€ le disque WD, ca pique ! J'ai trouvé le nouveau Seagate à 370€) Je cherche un NAS ou des disques en prêt pour 1 mois (je suis en déplacement toute la semaine donc, je ne peux faire les transferts que le WE) avec plus de 22To de capacité (il me reste 3 bais de libres) Sinon, ouvrir un cloud pour 1 mois de plus de 22To, il faut compter (de souvenir) 175€ le mois sur Synology C2
-
[Résolu]Accès Distant à Plex KO
Je me réponds à moi même sans être certain de ma réponse... Il semble qu'après avoir modifié le numéro de port à utiliser, il faut valider une première fois, puis arrêter et redémarrer le paquet Plex. En tous cas, cela fonctionne désormais, sans aucun port Plex ouvert
-
frankois94 a rejoint la communauté
-
Mot de passe et clé de chiffrement non reconnu
Bonjour, Je sauvegarde les données bureautiques de mon DS718+ sur un DS124 avec Hyperbackup. J'ai défini une sauvegarde chiffrée dont j'ai noté la clé de chiffrement (et conservé son pendant le fichier .pem ). Sur Hyperbackup Vault du DS124, lorsque je veux visualiser la tâche, je dois renter la clé. Elle m'est refusée (yc si je l'exporte depuis le DS718+) Une idée ?
-
StéphanH a commencé à suivre [Résolu]Accès Distant à Plex KO et Mot de passe et clé de chiffrement non reconnu
-
Dossier partagé Video - comment pouvoir répartir mes vidéos sur volumes différents
Pas de problème si mes films sont copiés directement dans le répertoire Video, Mais j'ai 2 disques sur 2 volumes (mode natif, pas de Raid) Mes films sont sur le premier volume, mes dessins animés sur l'autre volume, comment faire pour que je puisse visualiser mes films et dessins animés à partir d'une télévision connectée. J'ai vu qu'il était possible dans le dossier vidéo de créer un volume partagé, est-ce que cela me permettrait de créer sous Vidéo un dossier partagé "Films" et un autre "Dessins animé", mais à priori cela ne fonctionne pas. Merci de bien vouloir m'aider
-
[Résolu]Accès Distant à Plex KO
Bonjour, J'utilise un serveur Plex sur chacun de mes NAS, chacun installé directement en tant que paquet (sans VM ni Docker). Chaque NAS est derrière sa Box, elle-même en Fibre sans CGNAT. IPv6 est ouvert et utilisé en priorité, avec Fallback en IPv4. Je suis en train de faire le ménage dans mes ports ouvert et ai donc utilisé le reverse proxy pour envoyer https://plex.DDNS:443 vers https://localhost:32400 (auparavant, j'utilisais un port spécifique en 32xxx, directement NATé sur mes Box) Cela fonctionne sur l'un de mes deux sites, pas sur l'autre... Une idée ?
-
sunwinatcom a rejoint la communauté
- Problèmes d'accès au Réseau local / partagé et au NAS depuis Windows 11
-
Synology ajoute les modèles RS4826xs+ et RS3626xs à sa gamme de solutions de stockage pour entreprises
Taipei, Taïwan — 13 mai 2026 — Synology annonce aujourd'hui la disponibilité des RS4826xs+ et RS3626xs, deux systèmes de stockage conçus pour aider leAfficher l’article complet
-
Problèmes d'accès au Réseau local / partagé et au NAS depuis Windows 11
C'est probablement un problème de SMB. W11 bloque SMB1 et utilise SMB2 et SMB3. L'ennui c'est que vos NAS sont des anciens modèles. Il faut vérifier dans DSM leurs paramètrages SMB. Si SMB1, ils ne peuvent pas communiquer avec votre PC. Et pour votre W11, vérifiez quel protocole est activé dans une fenêtre PowerShell : Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2ProtocolVous devriez avoir : EnableSMB1Protocol = False → SMB1 désactivé EnableSMB2Protocol = True → SMB2/SMB3 actifsVous pourriez temporairement activer SMB1 sur votre PC pour voir si ça résout vos problèmes de connexion mais il faut le faire en sachant que ce protocole est obsolète, non sécurisé, et qu'en l'activant vous exposez votre PC et vos NAS aux ransomware et autres drôleries qui trainent sur la toile.