Mic13710

Si : Le script qui suit supprime et recrée le container. Perso je n'ai jamais mis en oeuvre cette partie du tuto qui a été écrite avant l'arrivée de Container Manager. Je n'adhère pas du tout au principe du lancement journalier qui est un peu beaucoup too much. Je préfère aller de temps en temps sur Container Manager et lancer la mise à jour manuellement. La version n'a pas vraiment d'impact sur la création du certificat. Pour info, j'ai des NAS qui n'ont pas de mise à jour du container et qui tournent sans problème avec des anciennes versions.

Si c'est réellement de la foudre alors une prise dite "parafoudre" est comme une emplâtre sur une jambe de bois : aucune efficacité. Tout au plus une protection contre les surtension 🥲 Une vraie protection foudre s'installe en amont de l'installation, dans le tableau d'arrivée, et dans les tableaux de distribution si besoin, en suivant des règles strictes sur la disposition, les longueurs des câbles maxi et les protections à mettre en oeuvre. Elle n'est efficace que sur un certain périmètre. @Geoff1330 avez vous essayé de faire fonctionner le NAS avec un seul disque vierge après avoir retiré tous les disques ?

Dans surveillance station, menu Système, Réseau, vous pouvez préciser l'ordre des ports de service. En mettant le port connecté au VLAN4 en priorité, le flux video de vos caméras devrait normalement emprunter ce port plutôt que de passer par les autres VLAN. Normalement les VLAN sont isolés sinon ça n'aurait pas une grande utilité. Ce routage ne devrait se faire que pour des IP spécifiques et non sur la totalité des VLAN.

?? Comme indiqué par @firlin, le seul moyen de voir ces dossiers c'est en mode terminal. WinSCP est de loin la meilleure interface pour visualiser le contenu des disques sans passer par des lignes de commandes pas toujours évidentes.

Cela fait partie des (trop) nombreuses régressions chez Synology : les données smart ne sont plus consultables dans DSM depuis un certain temps. Pour pouvoir les lire, il faut passer par un terminal (putty sous windows) et lancer la commande suivante : smartctl --all /dev/sdx (x=a, b, c, d, etc..) A noter que les disques acceptent un certain nombre de secteurs défectueux qui sont remplacés automatiquement par des secteurs sains de réserve. Le disque est toujours considéré comme sain tant que le processus de remplacement peut se faire. Si le quota de secteurs de réserve est dépassé, le disque ne peut plus assurer le service à 100% et il est alors considéré comme dégradé.

Est-ce que les deux ports étaient branchés lors de l'incident ? Si le contrôleur de port a pris un pet au casque, il n'y aurait rien de surprenant que les communications soient interrompues. Il est possible moyennant script d'installer un adaptateur USB/RJ45, encore faut-il avoir accès au NAS via une des RJ45 pour pouvoir faire le paramétrage. Pas d'accès RJ45 et pas de convertisseur USB/RJ45 actif, j'aurais tendance à dire que le NAS est HS.

Désolé, j'avais oublié de préciser qu'il s'agissait du traducteur de Firefox 🙂

La modification du nombre de versions n'affecte pas le choix précédent. Par contre, je pense que si un fichier est modifié, les versions en trop sont supprimées (à vérifier). Je ne comprends pas bien comment est organisé votre stockage. Vous nous parlez d'un RAID1 mais votre NAS est équipé de 4 disques de 12To (signature). Normalement, le nombre de versions a un impact assez limité sur le stockage car le système fonctionne avec des snapshots, à condition d'être en btrfs. Quel système de fichier avez-vous ?

@Pascalou59, désactive le traducteur de la page et ça ira beaucoup mieux 😉 Chez moi, le traducteur donne ça : etc..

Oui pour la première question. Procédure de migration : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_HDD Non à la deuxième. A moins que votre SHR ait été construit au départ avec des disques de 3To, vous ne pouvez pas y ajouter des disques plus petits que le plus petit disque avec lequel le SHR a été constitué. Si vous voulez réutiliser les 3To, il faudra alors construire un groupe et un volume avec les 3To sur lequel vous transférez vos données du 418 via Hyperbackup. https://kb.synology.com/fr-fr/DSM/tutorial/How_to_migrate_between_Synology_NAS_DSM_6_0_Hyper_Backup Vous pourrez ensuite rajouter vos 4To au groupe.

Il faudrait donner des informations qui puissent inciter les intervenants à vous répondre parce que là, mis à part "ça ne marche pas", on n'en sait guère plus. Je suppose qu'il s'agit de Synology Drive puisque c'est dans le titre de votre demande, mais : Quels messages ? Qu'est qui est indiqué dans le tableau de paramétrage du client sur l'état de la connexion ? Connexion interne ou de l'extérieur ? Dossiers personnels ou partagés ?

Je ne connais pas ce modèle de NAS, aussi je ne sais pas si on peut y faire des sauvegardes internes. Cependant, ce type de sauvegarde n'en est pas vraiment une dans la mesure ou il n'y a ni déconnexion de la source ni délocalisation de la sauvegarde. En clair, si votre NAS est attaqué, toutes les données sont exposées au risque de corruption ou de cryptage, et si il y a un problème physique interne ou externe, toutes les données et leur sauvegarde sont perdues. Ce que je ferais c'est un groupe en RAID1 (bien que 1 To soit un peu limite), et je mettrais une sauvegarde externe périodique des données, au moins des plus importantes.

Comment êtes vous arrivé sur ce forum qui ne traite nullement de caméras, que ce soit Axis ou autres, seulement de NAS ? Et comment ensuite vous posez une question dans une partie du forum qui concerne les TrueNAS ? Je déplace. Le mieux serait peut-être de vous tourner vers le site axis où vous aurez plus de chance de trouver des réponses.

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.

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.

Sauf que l'interface web n'utilise pas le port 6690 mais le 5000 et 5001 ce qui permet de passer par différents ndd que peut rediriger le reverse proxy. Ce qui par contre me surprend c'est que chez moi cette interface utilise le nom de domaine affecté à file station. Mon url de connexion : https://file.ndd/?launchApp=SYNO.SDS.Drive.Application#/signin C'est peut-être l'extension de l'url qui compte et renvoie vers le service Ca par contre ne peut pas fonctionner car Synology Drive client utilise exclusivement le port 6690 😉

Sauf erreur, le port 6690 est l'unique port serveur/client utilisé par Drive et n'est pas modifiable ni natable. Il existe peut être une solution pour contourner cette situation et utiliser plusieurs serveurs sur un même site mais je n'en connais pas. Sinon, avez-vous essayé avec l'interface web ? Avec le reverse proxy, vous pourriez utiliser des ndd spécifiques à chaque drive et ainsi vous connecter à chacun séparément. https://votre_ndd1/?launchApp=SYNO.SDS.Drive.Application#MyDrive https://votre_ndd2/?launchApp=SYNO.SDS.Drive.Application#MyDrive etc... Je n'utilise pas cette interface car je n'utilise que le client de Drive, mais peut-être qu'elle vous permettrait de résoudre votre problème.

Attention, les NAS dont les versions de DSM sont inférieures à 6.2.3 (votre cas) ne sont pas détectés par les dernières versions de Synology Assistant. Pour ces NAS, il faut utiliser la version 7.0-50029 ou inférieure. A télécharger ici : https://archive.synology.com/download/Utility/Assistant Votre problème peut être situé au niveau du NAS ou au niveau des disques. Pour le NAS, faites un test de la carte mère : https://kb.synology.com/fr-fr/DSM/tutorial/Why_am_I_unable_to_install_my_Synology_NAS_and_why_is_my_power_LED_is_flashing_constantly Afin de vérifier s'il s'agit d'un problème de disque, je vous propose de retirer les disques actuels, de monter un disque neuf ou usagé qui fonctionne peu importe et de tenter de faire une nouvelle installation à partir de Synology Assistant. Si c'est ok, c'est que le problème vient d'un des disques, ou des deux.

Rien de nouveau par rapport aux dernières informations : Synology a transféré la validation des disques vers les constructeurs. Reste à savoir comment ils vont réagir, mais amha, les disques qui seront officiellement approuvés verront leurs prix évoluer à la hausse.

Alors pourquoi poser cette question dans le forum QNAP ? Il y a un forum Synology dans lequel se trouve une section concernant surveillance station. Je déplace. Merci de porter plus d'attention à l'endroit où vous postez. Pour chaque caméra, vous pouvez définir des critères de rétention qui jouent sur l'espace de stockage occupé et sur l'ancienneté (nbre de jours) des enregistrements. C'est dans l'onglet enregistrement de chaque caméra. Cela ne vous suffit-il pas ?

Quel modèle de NAS et quelle application ?

Et donc, que viens faire cette question dans la section QNAP 🫠? Je déplace. Merci la prochaine fois de porter plus d'attention au forum dans lequel vous postez.

@PiwiLAbruti pour la collection Sujet trop ancien. Je verrouille.

C'est tout de même expliqué dans le tuto. Vous ne faites que la partie locale.

Non. Les API sont les clés d'entrée. Vérifiez votre zone et supprimez les éventuels enregistrements TXT acme_challenge. Attention aussi aux caractères cachés lors de la copie des clés. Vérifiez dans les fichiers .conf que les clés sont bien identiques à celles données par ovh à la création. Vous pouvez aussi recréer un jeu de clés pour voir si ça résout le problème. Est-ce que c'est la dernière version (3.1.2) d'acme.sh ?