CyberFr

Ou la la ! Il faut vite ouvrir un sujet « Musée » sur le forum ! Et il y aura du monde pour participer 😀

C'est tout à fait normal dans ce cas. Mais il est conseillé de démonter le disque externe quand tu ne fais pas de sauvegardes car si le NAS subit une attaque, le disque est accessible ce qui pose un problème de sécurité. Ce disque est ton ultime assurance sur la vie.

J'en suis ravi. Au passage, je vois que tu as un dossier ubshare2 sur le NAS. J'espère que tu ne sauvegardes pas tes données avec HyperBackup sur un dossier partagé. Rassure-nous 😀

C'est ça, il faut simplement supprimer le contenu du dossier partagé TimeMachine sans supprimer le dossier lui-même. Exactement. Mais comme l'environnement TimeMachine existe déjà sur le NAS tu n'as pas à recommencer l'installation. Tu te contentes de faire une première sauvegarde.

Cela est du au passage à Sonoma. Même si cette sauvegarde peut être utilisée pour restaurer des données, elle ne peut plus être mise à jour. Le plus simple est de tout reprendre à zéro en accédant à DSM pour supprimer la sauvegarde TimeMachine dans le dossier partagé de même nom puis en recréant une sauvegarde complète.

Bienvenue parmi nous @Emmanuel Goldengrams, Venir sur le forum avant d'investir dans un nouveau NAS est une excellente idée 😀

Bonjour @Amelie, Est-ce que le dossier partagé sur lequel la sauvegarde Time Machine est effectuée est joignable sur le réseau ? Pour le savoir choisis "Aller > Se connecter au serveur" ou son équivalent "Command + K" sur le Mac. Dans la fenêtre d'invite tape 'smb://nom_d'utilisateur@DS220.local/. Le dossier partagé apparaît bien ?

Bonjour @Dr Jerry et bienvenue sur le forum qui est une mine d'informations.

Et tu as des NAS Synology !

« Je ne suis pas d’accord avec ce que vous dites, mais je me battrai pour que vous ayez le droit de le dire. » Voltaire. Dans le Conseiller de sécurité, prendre l'option "Personnalisé". Dans les paramètres personnalisés, décocher la case "Le compte admin est activé". Par la suite il ne devrait plus y avoir d'alerte à cause du compte admin par défaut.

Bonjour @jmb31 et bienvenue sur le forum. Passer d'un DS220J d'entrée de gamme à un DS923+, quel saut !

J'ai ajouté la variable d'environnement COLLECTOR_CRON_SCHEDULE et je me suis fait peur car il a fallu arrêter le container et le recréer. J'ai dû lancer plusieurs fois la commande sudo docker exec scrutiny scrutiny-collector-metrics run parce que, au premier lancement j'ai eu droit à une belle erreur ERROR: Post "http://localhost:8080/api/devices/register": dial tcp 127.0.0.1:8080: connect: connection refused Il m'a fallu insister et relancer la commande mais finalement, le bourrin est reparti. Ouf !!! J'ai l'impression que scrutiny est encore en construction mais Paris ne s'est pas fait en un jour.

Y'en a qui bossent 😀

Il y a des surprises. Lorsque je tape la commande : docker exec scrutiny scrutiny-collector-metrics run Un message indique : No configuration file found at /opt/scrutiny/config/collector.yaml. Using Defaults. Pour le coup j'ai dupliqué le fichier collector.yaml qui se trouve à la racine du dossier scrutiny dans la sous/dossier config. Voilà à quoi ressemble File Station. scrutiny folder config folder collector.yaml influxdb folder docker-compose.yml collector.yaml Il ne faut pas hésiter à lancer la commande "docker exec scrutiny scrutiny-collector-metrics run" - après avoir démarré le container dans Container Manager - pour que le container démarre vraiment. Le docker compose : # pouer lancer la 1ère analyse : sudo docker exec scrutiny scrutiny-collector-metrics run (merci EVOTk) services: scrutiny: container_name: scrutiny image: ghcr.io/analogj/scrutiny:master-omnibus restart: unless-stopped cap_add: - SYS_RAWIO # necessary to allow smartctl permission to query device SMART data - SYS_ADMIN # necessary for NVMe drives ports: - "6070:8080" # Web Interface # - "8801:8086" # influxDB admin volumes: - /run/udev:/run/udev:ro - ./config:/opt/scrutiny/config - ./influxdb:/opt/scrutiny/influxdb devices: # List devices with : ls /dev/ | grep '/dev/[sh]d[a-z]\|sata[0-9]\|usb[0-9]\|nvme[0-9]' # (merci MilesTEG1) - "/dev/sata1" - "/dev/sata2" # - "/dev/sata3" et ainsi de suite jusqu'au nombre de disques gérés par le NAS # - /dev/nvme0:/dev/nvme0 SSD NVMe # - /dev/nvme1:/dev/nvme1 # - /dev/nvme0n1:/dev/nvme0n1 # - /dev/nvme1n1:/dev/nvme1n1 environment: - SCRUTINY_WEB_INFLUXDB_TOKEN=STRONG_PASSPHRASE - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=lionel_a - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=STRONG_PASSWORD - TIMEZONE=Europe/Paris Le fichier collector.yaml : version: 1 host: id: "DS220+" devices: # - device: /dev/nvme0n1 # type: 'nvme' # - device: /dev/nvme1n1 # type: 'nvme' - device: /dev/sata1 type: 'sat' - device: /dev/sata2 type: 'sat' # - device: /dev/sata3 et ainsi de suite jusqu'au nombre de disques gérés par le NAS # type: 'sat' Ça marche ainsi et je n'y touche plus ! Consolation, avec les infos qui suivent, mon NAS a pris de la valeur 😀

Je suis encore en phase de test. Avec linux il faut mettre les mains dans le cambouis, surtout quand les sources d'information sont contradictoires. Il y aura un retour d'expérience lorsque les choses seront stabilisées.

Je suis content 😀

Le reverse-proxy c'est magique car on n'a pas à ouvrir de port sur la box Internet. Tout passe par le port 443.

Cela se paramètre dans Utilisateur et groupe > Avancé.

Je l'ai installé avec Container Manager. J'ai supprimé toutes les lignes Networks dans le docker-compose et un réseau scrutiny-default a été créé en effet. services: scrutiny: container_name: scrutiny image: ghcr.io/analogj/scrutiny:master-collector restart: unless-stopped cap_add: - SYS_RAWIO # necessary to allow smartctl permission to query device SMART data - SYS_ADMIN # necessary for NVMe drives ports: - "6070:8080" # interface Web # - "8801:8086" # influxDB admin volumes: - /run/udev:/run/udev:ro - ./config:/opt/scrutiny/config - ./influxdb:/opt/scrutiny/influxdb devices: - /dev/sata1:/dev/sata1 - /dev/sata2:/dev/sata2 # - /dev/sata3:/dev/sata3 et ainsi de suite jusqu'au nombre de disques gérés par le NAS # - /dev/nvme0:/dev/nvme0 SSD NVMe # - /dev/nvme1:/dev/nvme1 # - /dev/nvme0n1:/dev/nvme0n1 # - /dev/nvme1n1:/dev/nvme1n1 environment: - SCRUTINY_WEB_INFLUXDB_TOKEN=STRONG_PASSPHRASE - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=lionel_a - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=STRONG_PASSWORD - TIMEZONE=Europe/Paris Mais Firefox m'annonce toujours que le connexion a été réinitialisée. Le log dit simplement "cron started".

J'ai alors le message "Service scrunity refers to undefined network scrunity_bridge"

Bonjour, services: scrutiny: container_name: scrutiny image: ghcr.io/analogj/scrutiny:master-collector restart: unless-stopped cap_add: - SYS_RAWIO - SYS_ADMIN ports: - "6070:8080" # interface Web # - "8801:8086" # influxDB admin volumes: - /run/udev:/run/udev:ro - /volume1/docker/scrutiny:/opt/scrutiny/config - /volume1/docker/scrutiny/influxdb:/opt/scrutiny/influxdb networks: - scrutiny_bridge devices: - /dev/sata1:/dev/sata1 - /dev/sata2:/dev/sata2 # - /dev/sata3:/dev/sata3 et ainsi de suite jusqu'au nombre de disques gérés par le NAS # - /dev/nvme0:/dev/nvme0 SSD NVMe # - /dev/nvme1:/dev/nvme1 # - /dev/nvme0n1:/dev/nvme0n1 # - /dev/nvme1n1:/dev/nvme1n1 environment: - SCRUTINY_WEB_INFLUXDB_TOKEN=STRONG_PASSPHRASE - SCRUTINY_WEB_INFLUXDB_INIT_USERNAME=username - SCRUTINY_WEB_INFLUXDB_INIT_PASSWORD=STRONG_PASSWORD - TIMEZONE=Europe/Paris networks: scrutiny_bridge: external: true Lorsque j'essaie de me connecter à Scrutiny, j'obtiens le message suivant sur Firefox. J'ai pourtant attendu 5 bonnes minutes après le démarrage du container pour me connecter.

Tous les intervenants ici sont bénévoles et beaucoup font preuve d'une réelle expertise en matière de NAS. Tu es au bon endroit pour obtenir de l'aide.

Tous les attaquants de la planète savent que le compte admin existe par défaut sur les NAS Synology, c'est donc le premier compte qu'ils vont tester. Le message d'avertissement qui te demande de désactiver le compte admin est simplement une mesure de sécurité, après c'est toi qui voit. L'erreur est là. Il faut désigner un compte appartenant au groupe administrateurs pour gérer Cloud Station Backup mais sûrement pas le compte admin.

Le compte admin qui existe par défaut doit être désactivé mais il ne faut surtout pas le supprimer car il est nécessaire au bon fonctionnement de DSM. Si tu fais un reset par exemple, le compte admin est réactivé afin que tu puisses te connecter avec ses identifiant et mot de passe. Un conseil, attribue au compte admin un mot de passe qu'il vaut mieux noter quelque part au cas où.

La mise à jour a été proposée par DSM (pour une fois) et a été installée sur un DS220+ sans aucun soucis.