Mic13710

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.

Conception étrange de la gestion de réseaux VLAN. A quoi bon créer plusieurs réseaux s'ils sont tous accessibles les uns les autres. Sauf a créer des règles spécifiques pour permettre à certains équipements de communiquer avec d'autres sur des réseaux différents, il ne devrait pas y avoir de passerelle entre les réseaux. Tout ceci se passe au niveau du parefeu du contrôleur unifi. Je ne vois pas ce qui pourrait bloquer au niveau du NAS si son parefeu n'est pas activé.

Ce forum comporte des rubriques avec des indications pour chacune d'elle. Votre question n'a pas sa place dans C2 Storage. Je déplace. Merci de faire attention où vous postez lors de vos prochaines demandes. Pour ce qui est de votre demande, il est tout à fait normal de ne pas pouvoir rajouter vos disques. Pour que ce soit possible, il faut que les nouveaux disques aient une capacité au moins égale au plus petit disque de votre groupe. Vous ne pouvez donc pas rajouter des disques de 1To sur un groupe avec des disques de 2To. Si vous voulez augmenter la capacité de votre groupe, il faut que vous rajoutiez des disques de 2To. La seule chose possible avec vos 1To sans casser le groupe actuel c'est de monter un nouveau groupe de 1To sur lequel vous montez un nouveau volume.

Vous n'avez pas bien cherché. Dans le parefeu, on peut définir des règles par interface :

Oui mais ça n'a aucun rapport avec le NAS. Si problème, c'est plutôt du côté du support syncback qu'il faut chercher.

Pourquoi pas. Si vous paramétrez correctement votre parefeu pour que le LAN2 soit protégé, vous pouvez dans votre routeur très bien diriger votre flux VPN vers le LAN2.

C'est le problème de tout support. Vous tombez parfois (de plus en plus rarement) sur des gens compétents, et puis il y a les autres.... beaucoup trop nombreux avec une fâcheuse tendance à se multiplier. Même l'IA peut faire mieux, c'est dire.

Où je suis à côté de la plaque ce que je n'exclue pas, mais syncback est une application PC. Que le NAS serve de support pour les sauvegardes, rien de plus normal. Par contre, ce n'est pas lui qui est en capacité de gérer les notifications de fin de sauvegarde vu qu'il ne connaît pas la source. Seul le PC source pourrait éventuellement faire ça.

Puisque le test de la carte mère n'a pas révélé de défaillance, avez vous tenté le reset de deuxième niveau qui réinstalle complètement DSM ? https://kb.synology.com/fr-fr/DSM/tutorial/How_to_reset_my_Synology_NAS_7#t2 De deux choses l'une : soit c'est uniquement DSM et dans ce cas vous devriez pouvoir faire sa réinstallation après un reset mode 2 ou une installation de zéro à partir de disques neufs, soit c'est le CMOS qui est vérolé et là... Synology n'y fera rien à distance.

Malheureusement, c'est purement un problème lié a DSM ou à votre NAS voire des deux, et il sera difficile de vous dépatouiller sans l'intervention du fabriquant. Et comme ils ne peuvent pas prendre la main à distance sans un DSM accessible, il va falloir vous armer de patience.

A ma connaissance, le seul moyen de consulter les HBK en dehors du NAS c'est Hyper Backup Explorer disponible uniquement pour les plateformes Windows, Mac et Linux. https://www.synology.com/fr-fr/releaseNote/HyperBackupExplorer Il ne vous reste plus qu'a trouver un PC pour charger l'explorer.

Il faudrait ouvrir un ticket auprès de Synology en donnant le plus de détails possibles. Même s'ils n'ont pas accès, ils pourront certainement vous indiquer la marche à suivre en fonction du code d'erreur.