Mic13710

Pas de problème de techno pour les deux modèles. Ils sont CMR. Difficile de trouver l'information, mais il se peut que le pro ait quelques secteurs de moins que les +, ce qui pourrait bloquer le processus d'intégration. Si vous pouvez encore changer votre disque pour un + identique à ceux installés, faites le. Vous serez sûr que les disques auront le même nombre de secteurs et si ça bloque encore, c'est qu'il y a un autre problème. Et puis le + est moins bruyant que le pro 😉.

Quelles sont les références de vos disques, ceux installés et le nouveau ? La techno des disques a son importance.

Les ports personnalisés sont les ports pour les applications. Ce sont ceux par défaut qui s'affichent et c'est là que tu peux les changer, ce qui ne sert à rien mais certains pensent que ça les protège. On se rassure comme on peut. D'autant qu'en passant par le revers proxy, le port de destination n'a vraiment plus aucune importance. A travers cette interface, tu as 2 méthodes pour accéder à l'application : soit par l'alias et à ce moment là ton url est https://ndd/alias, soit par un nom de domaine défini dans le domaine personnalisé et dans ce cas ton url est simplement https://tondomainepersonnalisé. Dans ton cas ton domaine personnalisé c'est cam.ndd. Perso je n'utilise pas cette interface. Je passe par le reverse proxy uniquement.

Aucune. C'est une version plus user friendly. Cependant elle ne concerne que les applications du NAS. Pour les autres, c'est le reverse proxy de l'onglet avancé qu'il faut utiliser. Par exemple, ma domotique sur RPI est joignable via domo.ndd vers l'IP et le port du RPI. Idem pour pi-hole.

Si j'ai bonne mémoire, il est dit dans le tuto de ne pas activer le http vers le https car cela pose (posait) des problèmes de redirection dans le reverse proxy. Je crois que c'est aussi dans ce même tuto qu'on parle d'un fichier .htaccess pour réaliser cette redirection. Mais comme les choses évoluent entre chaque version de DSM, il est possible que ce dysfonctionnement ait été résolu par Synology. Je ne comprends pas bien ta question. Si tu veux utiliser le reverse proxy pour joindre DSM, tu peux par exemple créer une ligne https:\\nas.ndd qui pointe vers localhost:5000. Perso, je ne suis pas friand d'un accès à DSM par le web. Aussi, j'ai rajouté un profil de contrôle d'accès limité aux seules IP privées et en secours à un nombre très limité d'adresses publiques que je possède. Je fais un accès à distance via wireguard sur mon routeur pour ensuite me connecter à DSM.

Rien d'étonnant. Déchiffrer puis re-chiffrer pour re-déchiffrer ça demande des ressources. Sauf si ton réseau local n'est pas sur, il ne sert à rien de passer en https en interne. Tout ceci est expliqué dans le tuto sur le reverse proxy. Alors ça a changé car jusqu'à présent les applications DS utilisaient le port de l'application par défaut. Si le port était différent, il fallait le préciser dans l'url. Et du coup, je me demande comment l'application DS sait qu'il faut passer par le 443 si le port n'est pas précisé. Peut-être que les deux sont testés : si le port par défaut ne passe pas, alors DS bascule sur le 443 (ou le 80 si http).

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 😀

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

Oui

Essaie d'activer les websocket dans les en-têtes personnalisées.

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

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.

Une autre piste, est-ce que les dossiers Plex sont intégrés dans l'indexation ?

Bonjour et bienvenue sur le forum. Pour moi c'est 5 de plus... Et nous sommes loin d'être des exceptions. Il y a beaucoup de coton tiges parmi les membres 😅

CloudStation est l'ancienne mouture de Synology Drive. Ces deux paquets sont très gourmands en espace disque comme expliqué plus haut. Pas vraiment en simple stockage puisque vous vous en êtes servi avec l'application CloudStation qui est unique aux NAS Synology. Et on peut leur faire faire beaucoup d'autres choses.

En théorie, oui puisque le SHR a été construit avec un 4To. Il est donc constitué d'un RAID 5 de 4 x 4To et d'un RAID5 de 3 x 10To. Normalement, le NAS devrait pouvoir intégrer un nouveau 4To au premier RAID5. En pratique, les informations données par Synology ne sont pas très explicites à ce sujet car ils parlent souvent de rajouter des disques au moins égaux au disque le plus gros de la grappe. A mon avis, ils donnent cette version par facilité pour ne pas avoir à expliquer une notion qui peut paraitre compliquée à comprendre pour beaucoup. Et c'est plus proche de la réalité sur le terrain car celui qui se lance dans une augmentation de stockage le fait en rajoutant des disques de la même taille ou plus que le disque le plus gros du groupe. Rares sont ceux qui montent des disques plus petits et ceux qui le font doivent connaitre l'organisation de leur groupe pour ne pas utiliser un disque incompatible. Juste pour votre information, si vous ajoutez un disque > 4To et < 14To, seulement 4To seront utilisés.

Je ne vois pas non plus de problème qu'il y ait un ou plusieurs ndd, qu'ils soient en synology.me ou autre. La ou les zones doivent être limitée(s) au(x) seul(s) ndd utilisé(s) et en l’occurrence, il s'agit du ndd "xxxx.synology.me" et de son wildcard "*.xxx.synology.me" ou de ses ndd de troisième niveau si on veut cibler des urls précis comme par exemple "file.xxx.synology.me" ou "audio.xxx.synology.me" etc... Bien entendu, il faut que le serveur DNS local soit inscrit dans les paramètres du DHCP et que ce soit le serveur qui dirige les requêtes non résolues vers des serveurs publics. On perd (un peu) en réactivité mais on gagne en facilité d'utilisation puisqu'il n'y a qu'une seule adresse par application que ce soit en local ou en publique. Voir l'excellent tuto de @Fenrir https://www.nas-forum.com/forum/topic/55206-tuto-dns-server/

Je sais, ta remarque date un peu. Arrête moi si je me trompe. On peut très bien utiliser les domaines "*.synology.me" en local à la condition de le faire via un serveur DNS local, celui du NAS ou autre. On le fait bien avec n'importe quel ndd, il n'y a pas de raison que ce soit différent pour "*.synology.me"

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.

Il faudra se montrer patient. Selon le nombre de fichiers à traiter, l'opération peut prendre plusieurs jours.

Il faudrait relancer l'indexation des dossiers multimédia. C'est dans le panneau de configuration, service d'indexation.

On ne peut pas rajouter dans un SHR de disques plus petit que le plus petit disque avec lequel le shr a été construit. Si vos disques sont des 14To, vous ne pouvez rajouter que des disques de 14To minimum. Et si vous rajoutez des disques plus gros, il faudra en rajouter 2 de même capacité pour pouvoir exploiter les To supplémentaires au dela de 14To.

Bonjour @Lelolo , je re déplace car la question était dans la bonne rubrique même si l'application Synology Photos pour appareil nomade n'est pas explicitement citée dans la rubrique 😙 @Jean-Phi07 Est-ce que vous avez le même comportement en wifi et en 4G ?

Tout n'est pas dans file station c'est pour cette raison que je vous ai demandé le résultat de la commande df -h qui liste tous les dossiers du NAS, y compris ceux que vous ne voyez pas dans file station. Votre volume est en ext4 et si vous utilisez (ou avez utilisé par le passé) certains paquets comme par exemple Synology Drive, l'impact sur le stockage est important, et selon les dossiers que vous y mettez, ceux que vous ne voyez pas peuvent occuper jusqu'à la moitié de votre espace disque. Si vous n'utilisez votre NAS qu'en tant que stockage réseau (en gros un disque externe) sans aucune application (ce qui serait surprenant mais soit), dans ce cas vous n'avez que deux solutions : soit alléger vos dossiers d'au moins 500Go de données, soit augmenter la taille de votre stockage comme proposé par @firlin. Mais même dans ce dernier cas, je doute que ce soit encore possible car votre groupe est plein à 99% (40Go de dispo) et qu'il faut je pense de l'espace disponible pour pouvoir effectuer l'opération. Il faudra alors libérer de l'espace en transférant temporairement un ou plusieurs dossiers sur un disque externe.

C'est bien mais c'est insuffisant. Relisez ma demande. Et pour répondre à la question en titre du sujet, oui, le groupe est plein et ça doit faire un bon moment que le NAS n'est plus en avertissement mais en état critique. En plus des informations demandées, il faudrait nous donner le résultat de la commande df -hCommande à passer en ssh en mode terminal (putty sous windows)