StéphanH

Y a-t-il quelque part une liste des paquets qui doivent changer de version lors de la migration ?

Merci pour ces infos. ça fait un peu peur quand même ... Je note en outre que CMS ne peut pas fonctionner entre un SS DMS6.2 et un SS sous DSM7 ???

Si c’est une version spécifique DSM7, je n’essaierai même pas un retour arrière. A voir si cela se confirme la semaine prochaine avec les versions de production. Nous sommes tous preneurs de tes retours … Rédigé avec Tapatalk

Bonjour, Je viens de me rendre compte d'un problème étrange. Mes Deux NAS sont en 6.2. Le principal (DS718+) synchronise son heure sur le serveur NTP de l'observatoire de Paris. Mon serveur secondaire (DS218+) synchronise son heure sur le DS718+ (via le tunnel VPN existant entre les deux) Les caméras de surveillance du site secondaire synchronisent leur heure sur l'@IP locale du NAS secondaire. Depuis 10 jours, l'onduleur du NAS principal est HS, le DS718+ est donc éteint. Le DS218+ ne peut donc plus se mettre à l'heure. J'ai regardé rapidement, la dérive de l'horloge est faible (quelques minutes) Mais son serveur de temps envoie n'importe quoi : mes caméras étaient calées avec plusieurs heures de décalage. J'ai changé le serveur de temps du NAS secondaire, et tout est rentré dans l'ordre. Je ne comprends pas comment l'heure du NAS pouvait être correcte alors que l'heure envoyée par le serveur NTP de ce même NAS était erronée.

DSM7RC utilise la même version de SS que la 6 ? (Rédigé avec Tapatalk)

je n'ai pas migré en DSM7... A tout hasard, tu n'as pas de règles SS actives, tu n'as rien changé d'autre, le Home Mode est-il actif ? CMS tourne ?

c'est lent ... cela fait 48h que j'ai mis le nouveau disque, et la reconstruction en est à 55% ... (disque de 6To dont 4 utilisés) J'ai laissé le paramètre de vitesse à la valeur recommandée.

Pareil : https://www.macg.co/materiel/2021/06/nas-synology-dsm-70-disponible-en-version-finale-partir-du-29-juin-122325 Rédigé avec Tapatalk

merci @firlin C'est bien du CMR...

j'ai des WD60EFRX . Sur Amazon, je ne trouve plus cette référence, mais des WD60EFZX (qui n'existent pas sur le site de Western Digital). les caractéristiques semblent identiques (5400tr/m, même cache ...). Une idée ? [EDIT] désolé .. en cherchant un peu, j'ai cru comprendre que les EFZX succèdent au EFRX. Le protocole utilisé semble correct...

Bonsoir à tous. Suite à un problème électrique, j'ai reçu de mon DS718+ (avec deux WDRED 6To en SHR) un mail de passage de l'onduleur sur Batterie, puis un second mail de batterie faible de l'onduleur. Je n'ai pas reçu de mail de mise en sécurité du NAS (y en a-t-il un normalement ?) Il semble que l'onduleur soit définitivement HS. Je ne peux pas pour l'instant retourner sur le site de ce NAS. Bref, il est arrêté, j'espère proprement. Ce NAS est sauvegardé sur deux autres "vieux" DS x12+" je n'ai pas trop peur pour les données... Mon DS218+ est synchronisé par Drive sur le 718+ Bien sur, Drive est HS vu que le NAS cible est Off. et depuis ce midi, ce 218+ me bombarde de message d'erreur sur un de ses deux WDRed 6. Essentiellement des réidentifications. Une dizaine en 3 heures ... Je viens de sauvegarder mes données sensibles sur un disque externe, dans le doute ... Je vais commander un nouveau disque. Avez vous des préconisations sur ce que je dois faire d'ici la réception de ce nouveau disque ? Enlever le disque défectueux ? Stopper le NAS ? prier ? mettre un cierge à St Western Digital ? Dans la même optique, à réception du nouveau disque, j'enlève l'ancien, je mets le nouveau, je branche, et j'attends que SHR recréé le miroir ? D'autres choses à faire ? Merci de votre aide ...

Ben ... si cela fonctionne via ton DDNS, pourquoi t'embêter avec le relai QuickConnect ?

Heureux de voir que les bars sont de nouveau ouverts et que l'on peut discuter ici sans masque 🙂 Suite à une panne de secteur, un de mes deux NAS est injoignable (ce n'est pas un problème d'onduleur ... enfin presque ... le NAS m'a envoyé son mail comme quoi il passait en mode sécurisé. Mais c'est l'onduleur qui ne se réveille pas ...) Ce qui m'étonne, c'est que 10 minutes après la coupure de l'onduleur, et donc l'extinction du NAS, j'ai reçu un mail automatique de Syno me disant que mon DDNS était de nouveau opérationnel. Ben non, il ne l'est pas... j'ai voulu donc ouvrir un ticket, mais le site est en vrac. Est-ce pareil chez vous ?

Le principe de Quickconnect est de se passer de ces contingences … Mais rien ne vaut une redirection… Rédigé avec Tapatalk

Je plussoie le propos de [mention]firlin [/mention] Freebox et livebox n’ont pas le même masque. Le plus logique serait peut être de laisser le NAS en DHCP et de fixer l’@IP du NAS sur le routeur. (Rédigé avec Tapatalk)

Je change un peu de sujet : ils ont fait un onglet pour faciliter la conf SMB3 pour MacOS ? C'est sympa ça ...

Bonjour, Je me sers de mon NAS entre autre pour conserver en sécurité mes originaux (RAW). C’est la fonction N°1 De plus, il me permet de consulter rapidement des jpeg de base pour les lui, je développe les RAW avec un logiciel tiers. Et ces photos développées sont, pour ma part, ailleurs (en l’occurrence, sur le Cloud Apple). Mais on peut très bien stocker les RAW hors photostation, et n’y intégrer que les Jpeg développés. Question de choix … (Rédigé avec Tapatalk)

Hum … en fait, j’oubliais que sur mon Mac, y a un truc qui s’appelle Terminal et qui rend des services … Bref … ça m’a permis de vérifier deux choses : - Je ne m’arrange pas avec l’âge - Le NAS client VPN ne demande pas à son routeur de rattachement le chemin pour aller jusqu’au sous réseau du LAN du NAS serveur VPN. Il utilise sa règle locale de routage. (Rédigé avec Tapatalk)

Même pas un petit paquet de la communauté pour faire ça, un Ping, un port scan, un DNS lookup ? (Rédigé avec Tapatalk)

Merci ! Ma question est plutôt : y a-t-il une interface sur DSM pour taper ça ? Autrement qu’en ligne de commande ? Rédigé avec Tapatalk

Pour info, Synology me confirme que Surveillance Station pour MacOS a un bug connu : l'application plante lorsque l'on clique sur CMS pour aller voir les règles d'action. Après une recherche en interne, j'ai constaté que votre souci a été identifié comme un problème connu, que nous avons déjà transmis à nos ingénieurs de développement à Taïwan afin qu’elles étudient la possibilité corriger cette option . Il sera corrige dans la prochaine mise à jour de SVS /SVC , nous vous prions de bien vouloir nous excuser de la gêne occasionnée.

Merci pour ta réponse. Ma copie d’écran masque la ligne du bas de la fenêtre de gestion du pare-feu. Si aucune règle n’est remplie, l’accès est refusé. En l’occurrence, je n’accepte que des adresses locales (192.168. Et fe80, ainsi que les Ip françaises). Le risque est quand même très limité non ? J’ai un doute sur les Ip Françaises… je ne souhaite autoriser que des adresses françaises à se connecter au VPN. Je devrais donc basculer cette règle dans les règles d’accès LAN ? A l’intérieur du VPN, je ne veux que des IP de mes LAN. (Rédigé avec Tapatalk)

Oui, c'est volontaire. la complexité est dans l'accès au VPN : il faut fournir le bon certificat... ça complique. Mais une fois dans le VPN, c'est effectivement OpenBar ! c'est interdit d'utiliser autre chose que 10.... ???? c'est mal de choisir 192.168 ?

J'ai des doutes sur le chemin pris lorsque je tape une IPv4 de mon LAN distant. Je souhaite savoir si c'est la règle de mon routeur qui est utilisée ou bien celle du NAS. Y a-t-il un truc pour faire un traceroute sur DSM ?

je me rends compte d'un autre comportement... Avant, je me servais depuis les clients de l'@IP VPN du serveur OpenVPN (chez moi : 192.168.2.1). Depuis cet épisode, je ne peux plus m'en servir. elle n'est plus joignable. J'utilise donc l'IP locale de ce NAS (pour Drive, SurveillanceStation CMS, mes accès à mon LAN distant ...) De NAS à NAS, ce n'est pas gênant, mais si un jour je repasse chez Orange (donc, sans règle de routage de sous réseau), je serai dans la mouise pour l'avais de mon MAC ...)