Mic13710

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 ?

@hackel, merci pour le retour et pour le déterrage ! A part l'extraction à chaud qui n'est pas dispo sur tous les NAS (il faut l'arrêter), cette procédure est la même pour tous les RAID ou SHR quel que soit leur millésime.

Salut @rodo37, tu n'as pas traîné à ce que je vois ! Les autres NAS ont déjà leur section. A rajouter il me semble : Ugreen qui je pense va prendre une place importante dans les prochaines années.

Je ne connais pas cet UPS. Certains sont équipés de tiroirs pour extraire la ou les batterie(s) et ont des connexions à cosses, d'autres ne sont pas prévus pour un remplacement simple du bloc de batterie et demandent de jouer du tournevis, d'astuce et parfois du fer à souder. A vous de chercher sur internet, vous y trouverez certainement quantité de tutos et vidéos qui concernent votre UPS. Je ne l'ai pas visionnée, mais voici une vidéo qui en parle : Je ne recommande pas de site en particulier pour l'achat. Néanmoins, commandez uniquement une batterie d'une marque connue plutôt que celles produites à bas coût dans un pays lointain qui ne valent rien à l'usage, surtout sur un UPS où les courants de décharge sont importants. Généralement, ce sont des batteries gel de marque CSB qui équipent la grande majorité des UPS. Mêmes celles estampillées au nom du fabricants sont des CSB.

Batterie à changer tout simplement.

Entièrement d'accord. Sans parler d'un MR, une simple borne wifi aurait fait l'affaire. Ceci dit, c'est vrai qu'un système intégré est plus simple à gérer. Je suis entièrement en ubiquiti unifi sur mes deux sites avec gestion cloud et interconnexion via site magic. Une seule interface pour gérer le tout localement ou à distance. Simple, efficace.

As-tu essayé de faire un simple redémarrage ?

Tout support peut faire l'affaire : disque externe, autre NAS, ... c'est à vous de trouver une solution. Si vos sauvegardes sont à jour, vous pouvez utiliser celles-ci pour restaurer vos données. Mais comme on n'est jamais sûr de rien, si leur restauration se passe mal, il serait plus prudent de faire une sauvegarde supplémentaire, si ce n'est de la totalité au moins des plus importantes, avant de détruire le groupe. Si je comprends pour le fichier protégé (l'accès est peut-être bloqué par le mode en lecture seule), je ne vois pas bien à quoi correspondent les sauvegardes. Si ce sont des données externes, vous les avez sur les sources respectives. Si ce sont celles du NAS, alors ce ne sont pas des sauvegardes mais des copies internes qui sont ainsi dépendantes de l'état des disques, du NAS et de son environnement. Question : généralement, ce genre de panne est consécutif à des problèmes d'alimentation secteur. Est-ce que votre NAS est alimenté par un UPS compatible ?

Non, le mode bridge ne supprime pas le téléphone mais ce n'est pas d'actualité car la livebox 4 n'a pas de mode bridge. Oui, il faut garder le routeur dans la dmz. A partir du moment ou vous êtes en dmz, tous les ports mis à disposition par votre opérateur sont disponibles au niveau du RT. Les redirections livebox - RT ne servent à rien. Dans votre configuration il y a 3 routeurs : box, RT et Asus. Le réseau ne doit en voir qu'un seul et il ne doit y avoir qu'un seul serveur DHCP. Celui de la box n'a pas d'influence puisque son seul client est le RT. Est-ce que l'adresse MAC du RT est réservée au niveau de la box sur l'IP de la DMZ ? Sur le réseau LAN, seul le RT doit être en mesure d'attribuer des IP par son serveur DHCP. Si le 220 est connecté derrière l'Asus, êtes vous sûr qu'il est bien paramétré en point d'accès ? Ce n'est pas très clair dans votre message car vous dites l'avoir fait mais certaines choses ne semblent pas s'être déroulées correctement. Reprenez vos réglages point par point car il semble y avoir quelques oublis.

Je suppose que ce que vous appelez les "noms" de vos appareils ou services sont en réalité les noms de domaines que vous avez attribués à chacun d'eux soit par des numéros de ports (par exemple https:\\xxxx.synology.me:7001), soit par des noms directs gérés par le reverse proxy (par exemple https:\\audio.xxxx.synology.me). Si ces url ne fonctionnent pas localement c'est que votre routeur ne sait pas faire du loopback qui permet de rediriger une requête interne vers le service correspondant. Très peu de routeurs le font. Dans ces conditions, il faut mettre en place un serveur DNS local qui va résoudre vos requêtes locales. Vous trouverez dans la sections des tutoriels un tuto sur le serveur DNS. Et si ce n'est pas encore fait, je vous conseille aussi de mettre en oeuvre le tuto sur le reverse proxy qui vous permet d'utiliser qu'un seul port (443) pour atteindre tous vos équipements et services à l'aide d'adresses dédiées (par exemple https:\\photo.xxxx.synology.me pour atteindre Synology Photo, https:\\cam.xxxx.synology.me pour atteindre Surveillance Station etc...)

Vous avez deux disques sur trois en situation critique. Pas étonnant que l'accès au groupe soit restreint en lecture seule. La seule solution viable c'est exactement ce que vous indique le NAS : sauvegarder vos données, supprimer le groupe, le reconstruire et restaurer vos sauvegardes.

Tout est là : https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t1 Si vous n'avez pas sauvegardé votre configuration, vous aurez forcément à refaire vos paramétrages de compte.

Et ça bouge beaucoup ces derniers mois. La toute dernière version 9.4.19 mise en ligne cette nuit bouleverse pas mal l'interface. Pas encore pris le temps d'analyser les changements. Je déplace cette conversation dans la section des réseaux.