Mic13710

Ca s'appelle le reverse proxy. Vous trouverez ce qu'il vous faut dans la section des tutoriels. Mais pour que ça fonctionne à la fois localement et à distance, il faut aussi mettre en oeuvre le serveur DNS. Là aussi vous trouverez un tuto dans la même section.

Si le disque 3 est en défaut, vous pouvez l'extraire (NAS extractible à chaud). Cependant, cela ne règlera pas le problème de l'arrêt. A condition que le SSH soit activé, vous pouvez stopper le NAS comme ceci : sudo poweroff

Vous pouvez effectivement tout faire via hyperbackup. La solution du transfert des dossiers du volume 1 vers le 2 n'est qu'une des possibilités. Par contre, je vous déconseille fortement de faire une unique sauvegarde. Si elle se passe mal, vous perdez tout. Préférez plutôt plusieurs petites sauvegardes, par exemple une pas dossier partagé/application.

Effectivement. Certaines applications comme Drive ou Synology photo sauvegardent les paramètres et les données. Elles ne sont pas dissociables. Il n'est pas utile dans ce cas de faire la sauvegarde du dossier, mais si vous avez de la place sur le disque, rien ne vous empêche de faire une double sauvegarde. Je n'avais pas pensé à cette fonctionnalité d'hyperbackup. Dans la procédure ci-dessus, vous pouvez inverser les étapes 2 et 3. A vous ensuite de voir quel dossier partagé n'a pas été sauvegardé via hyperbackup qu'il faut transférer vers le volume 2. Rien de vous empêche de tous les transférer. Qui peut le plus peut le moins.

@Jeff777 IPV4 ou IPV6, je n'ai pas de problème avec ça. C'est le basculement de l'une à l'autre en cours de connexion qui me dérange.

@Jeff777 je ne comprends pas bien pourquoi il peut y avoir basculement, mais ça y ressemble fortement. Tu es plus versé dans l'IPV6 que moi ☺️ Peut-être que @PiwiLAbruti pourrait nous en dire plus.

Le DDNS de Synology ne met pas à jour celui d'OVH. Il faut mettre en place un DDNS pour OVH. Je ne sais pas si c'est possible de basculer d'une IPV6 vers une IPV4, mais si c'est le cas, que le DDNS n'est pas à jour et/ou que l'IPV4 n'est pas full stack, ça pourrait expliquer les déconnections. Normalement, vous devriez connaitre la plage de ports qui vous est attribuée. Il faut vérifier que les ports que vous utilisez à partir de vos clients pour vos applications soient dans cette plage.

@Pascalou59 Je suis dans la même situation. Ma licence n'apparait pas sur mon compte Synology. Si tes licences sont anciennes, elles ne sont pas enregistrées sur ton compte mais sur SS. Pour preuve, lorsque j'ai migré du 214+ vers le 220+, j'avais racheté une licence en pensant que l'ancienne serait perdue. Et puis j'ai eu l'agréable surprise de voir qu'elle avait été sauvegardée avec Hyperbackup. J'ai donc retourné ma licence neuve qui n'avait plus d'utilité.

Je ne me suis jamais penché sur ce problème, mais je vérifie souvent les non-synchronisations. Elles se résument à une seule page et ne concernent que des fichiers tmp, ini ou des fichiers temporaires office. Ces données ne sont dispos qu'au niveau des clients. Elles ne sont pas exportables. Mais je peux comprendre que dans certains cas il soit nécessaire de pouvoir le faire à fin d'analyse s'il y en a beaucoup. J'ai tenté une copie pour importer la liste dans Excel, ça ne fonctionne pas. Le journal de la console d'administration sur le serveur est exportable mais ne concerne que les fichiers synchronisés (donc hors filtrage par les clients). Ce serait effectivement utile que les listes des clients soient elles aussi exportables. Ne reste plus qu'à espérer que Synology le propose dans les prochaines versions des clients.

Normalement oui. A ma connaissance, ce n'est pas le NAS qui conserve les licences. En cas de migration avec réinstallation, je crois que tu peux demander à Synology de réinitialiser la licence pour pouvoir l'installer sur le nouveau NAS.

Oui, en 12VDC. Ce n'est pas pour autant une raison suffisante ni une obligation de fournir une alimentation externe. Ce type de caméra est essentiellement utilisée en POE. A ma connaissance, chez les autres constructeurs, seuls les modèles non POE sont livrés avec une alimentation externe. Je n'ai pas vérifié pour celui-ci. En général, les modèles POE en sont dépourvus.

Et pour les différents classements (par dossier, par album, etc..) ? Quel est le format de vos fichiers ? Avez vous essayé avec DS Audio sur smartphone/tablette ?

Encore une fois, il n'y a rien ou presque à sauvegarder ! Si des données sont encore accessibles, ce ne seront probablement que de petits fichiers et seulement si vous avez la chance qu'ils se situent sur les disques encore sains. Le seul moyen de récupérer ce qui peut l'être c'est tout simplement copier sur un autre support. Il est peut être encore possible de réassembler le groupe en ligne de commande mais je ne vais pas m'aventurer sur ce terrain. Les seuls qui pourraient vous venir en aide seraient Synology themselves. Je vous invite à ouvrir un ticket à partir de DSM et à ne plus rien toucher en attendant leur intervention. Ils prendront la main sur votre NAS et feront ce qu'ils peuvent pour vous dépatouiller. C'est votre seul véritable espoir.

Est-ce que l'indexation est terminée (il faut beaucoup de temps selon le nombre de fichiers) ?

Si ça fonctionne sur un PC et plus sur le serveur suite à sa mise à jour, c'est un problème lié au serveur. Il faut vérifier si des paramètres n'ont pas été modifiés. Peut-être s'agit-il simplement du protocole de communication qui a été modifié (abandon de SMB1 suite à la maj). Il faut alors vérifier que le NAS accepte le SMB2 à minima. A tout hasard, vérifiez aussi que la connexion au serveur n'est pas bloquée par le parefeu du NAS. S'il y a eu plusieurs tentatives, le bloca&ge a peut-être été activé.

Un peu de lecture sur ce qu'est le RAID0 : https://fr.wikipedia.org/wiki/RAID_(informatique) En résumé, vous perdez un disque, vous perdez toutes les données.

C'est impossible. Il faut au moins N-1 disques. Ce que vous récupéreriez sur un seul disque serait inexploitable. La terminologie exacte et agrégation par bande à parité répartie. Je vous invite à lire la partie concernant le RAID5 : https://fr.wikipedia.org/wiki/RAID_(informatique) on y explique très bien le fonctionnement du RAID et aussi le processus de la panne de deux disques, celle que vous avez expérimenté.

Si le serveur est sur le même réseau que le NAS, vous pouvez utiliser l'IP du NAS. Ce sera toujours plus efficace que Quickconnect.

Très très minces, pour ne pas dire nulles. Comme vous le voyez, vous avez accès a un certain nombre de données mais du fait de leur répartition sur tous les disques, je pense que même celles-ci seront incomplètes. Il ne faut pas badiner avec une panne de disque sur un RAID5 ou SHR. Un autre disque en panne et c'est la tuile. C'est ce qui vous arrive. Le remplacement immédiat est la règle et si ce n'est pas possible, il faut arrêter le NAS en attendant de pouvoir le dépanner. Ou alors avoir des sauvegardes à jour si vous voulez continuer à travailler malgré la perte d'un disque. Je n'ai malheureusement pas de solution à vous proposer. Et sans sauvegarde, les seuls qui pourraient vous venir en aide sont des sociétés spécialisées dans la récupération de données qui, pour quelques centaines voire plus d'euros seraient en mesure de faire quelque chose pour vous. Tout dépend du prix que vous accordez à vos données.

Ce n'est pas une obligation. L'admin peut avoir des droits limités. Et généralement, on n'utilise pas le compte admin pour se connecter aux applications. Ce compte devrait être exclusivement réservé à l'administration du NAS.

C'est bien là votre problème. Tant que votre IPV4 ne sera pas full stack, vous ne pourrez pas faire fonctionner correctement votre NAS. Reprenez le lien que je vous ai donné et consultez aussi la toile pour d'autres renseignements. Il faut insister plusieurs fois auprès du service client avant d'obtenir un interlocuteur qui comprenne le problème.

@Jeff777 Merci. Bonne année à toi aussi. Pour répondre à ta question : Pas d'alimentation dans la boite. En même temps c'est un peu normal, c'est une POE donc alimentée par un switch POE.

Est-ce que l'utilisateur a les droits sur audio station et le dossier music ?

En êtes vous sûr ? Par défaut l'IPV4 est en CGNAT il me semble. https://la-communaute.sfr.fr/t5/installation-et-paramétrage/récupérer-une-ip-v4-publique-ipv4-full-stack-sur-box-8-fibre/td-p/2357586 Même en CGNAT vous pouvez mapper tous les ports que vous voulez sur votre routeur. Ca ne les rendra pas utilisables pour autant s'ils ne sont pas dans la plage attribuée par votre FAI. Si le test de connexion dans l'onglet DDNS fonctionne et qu'il est indiqué Normal en vert, le ddns fonctionne. Vérifiez bien que l'IP de connexion est la même que votre IP publique. Vous pouvez aussi vérifier votre DDNS avec https://nstools.fr

Le groupe 1 peut continuer à fonctionner en état critique (c'est ce qu'on appelle la continuité de service d'un système RAID) Vous n'avez toujours pas compris la différence entre un groupe et un volume. C'est le groupe qui est en état critique et par extension, le volume qu'il contient. Si vous supprimez le volume et le recréez (je ne suis pas sûr d'ailleurs que DSM l'autorise sur un groupe dégradé), il sera toujours en état critique. Puisque vous avez 2 volumes, je vous propose d'oublier le processus ci-dessus et de procéder comme suit : Faites tout d'abord un maximum de copies d'écran de vos différents réglages sur DSM et les applications. Ils pourront vous servir si vous avez des doutes sur certains paramétrages. Vous transférez tous vos dossiers partagés du volume 1 vers le volume 2. Cette opération se fait directement dans le menu dossier partagé de DSM. Vous choisissez pour chaque dossier l'emplacement vers le volume 2 et DSM se chargera de migrer toutes les données du 1 vers le 2. Vous faite la sauvegarde des paramétrages de DSM ainsi que des applications. Le seul moyen c'est de la faire via Hyperbackup où les paramètres de DSM sont sauvegardés et où vous pouvez sauvegarder une grande partie des applications. Inutile de sauvegarder les données puisque vous les aurez déplacées lors de la deuxième étape. Vous relevez les paramétrages des applications qui n'auront pas été sauvegardées par Hyperbackup. Une fois le volume 1 vidé, vous le supprimez, vous supprimez le groupe 1 puis vous créez un nouveau groupe 1 et volume 1. Vous restaurez sur ce nouveau volume la sauvegarde Hyperbackup des paramètres de DSM et des applications. Les applications devraient normalement être réinstallées automatiquement par Hyperbackup. Si ce n'est pas le cas, il faudra d'abord les réinstaller, puis faire la restauration. Vous déplacez à nouveau les dossiers partagés du volume 2 vers le 1. Votre volume 1 devrait être à nouveau opérationnel. Vous aurez très certainement quelques ajustements à reprendre et ça devrait être assez simple en utilisant vos captures de l'étape 1. Il est bien évident qu'il va falloir mettre en place toutes vos sauvegardes Hyperbackup car les tâches ne sont pas sauvegardées.