PiwiLAbruti

Est-ce que le pare-feu du NAS est actif ? Si oui, vérifie que les règles ne sont pas bloquantes. Vérifie aussi la liste de blocage automatique des IP.

Bonjour @manu68fr, Est-ce que l'adresse IP du NAS est fixe ou dynamique (DHCP) ?

Il pourrait y avoir un élément à 100Mbps sur le chemin. Quelle est la vitesse de connexion négociée sur le PC ? Quel est le modèle du switch ?

Merci pour vos retours @PatrickBt et @MilesTEG1 👍 C'est vrai qu'elle est sortie le 5 septembre dernier (je viens de regarder). La mise à jour automatique arrive en général entre 2 et 3 semaines après la publication, on est dans les temps.

Est-ce que certains d'entre vous ont fait cette mise à jour en automatique ? Elle n'est toujours pas proposée sur mon DS718+ 🤷‍♂️ Souvent, la disponibilité en automatique d'une mise à jour coïncide avec la publication sur archive.synology.com. Mais là, elle n'est toujours pas publiée sur archive.synology.com, alors que la 7.1.1-42962-1 est bien présente.

Si avec tout ça @Alain51 n'est pas perdu, c'est un miracle. Les deux noms d'hôte ne pointent pas vers la même adresse IP : x.ddns.net > adresse IPv4 VPN, x.synology.me > adresse IP (v4 et v6) Orange. Aucun port n'est ouvert sur l'adresse IPv4 VPN, donc x.ddns.net ne fonctionnera pas tant que les ports nécessaires ne seront pas ouverts dans le pare-feu du NAS. Les ports 80 et 443 sont ouverts sur l'adresse IPv4 Orange et fermés sur l'adresse IPv6 Orange, probablement pour les mêmes raisons que ci-dessus. Si IPv6 est disponible sur une machine quelconque (cas le plus fréquent) et que la destination à joindre est disponible en IPv6, alors IPv6 est utilisé par défaut. Ce qui explique que tu ne parviens pas à joindre ton NAS avec x.synology.me.

Une disque de secours à chaud est un disque en attente d'utilisation, il n'est intégré à aucun groupe de stockage. Lorsqu'un disque est défaillant et qu'un groupe de stockage se retrouve dégradé, le disque de secours à chaud est intégré à ce dernier et la réparation commence immédiatement. C'est totalement inutile dans un environnement à domicile.

Oui. Chez OVH, il suffit de configurer un deuxième DynHost. Mais j'aurais tendance à utiliser l'IPv6 du NAS qui est fixe (avec un nom pointant vers cette IP évidemment). C'est une bonne question à laquelle je n'ai pas de réponse formelle. Dans le milieu professionnel, la sauvegarde est toujours chiffrée côté source car on considère que la destination n'a pas à avoir accès aux données sauvegardées. Je suppose qu'il en est de même pour HyperBackup. Oui, c'est possible. Mais les flux des caméras (RTSP udp/554) ne sont pas chiffrés car le cas général est de dédier un VLAN au réseau de vidéo-surveillance (bonne pratique). À voir si les options de la caméra proposent un flux chiffré (mais ça ne me dit rien). Si tu souhaites chiffrer le flux, il faudra probablement passer par un VPN.

Fais-tu des sauvegardes régulières de ton NAS sur un support externe déconnecté ? (disque dur externe, clé USB, ...) Si ce n'est pas le cas, commence par là avant d'acheter un onduleur.

La solution que je t'ai donnée ne nécessite aucune installation. Tu configures simplement les serveurs de AdGuard comme redirecteurs dans DNS Server. Tu conserves les résolutions locales, et tu bénéficies du filtrage des pubs, des trackers, et autres cochonneries.

Quels sont les redirecteurs actuels de DNS Server ? Le plus simple est de définir les serveurs de AdGuard comme redirecteurs : https://kb.synology.com/fr-fr/DSM/help/DNSServer/dns_server_resolve_mng?version=7#b_9 Les adresses des serveurs à définir sont : Primaire : 94.140.14.14 , 2a10:50c0::ad1:ff Secondaire : 94.140.15.15 , 2a10:50c0::ad2:ff Si tu as des enfants, tu peux aussi configurer les serveurs Family protection servers de AdGuard : Primaire : 94.140.14.15 , 2a10:50c0::bad1:ff Secondaire : 94.140.15.16 , 2a10:50c0::bad2:ff Sources : https://adguard.com/en/blog/adguard-dns-new-addresses.html ou https://adguard-dns.io/en/public-dns.html

Pourquoi ne pas relayer les messages par les serveurs SMTP de ton opérateur ?

Des disques âgés de 2 ans sont loins d'être usés, à moins d'en avoir un usage très intensif (et encore, ça encaisse sans problème en 2 ans…). Est-ce que les nouveaux disques ont la même capacité que les anciens ? Est-ce que les disques actuels sont redondants (SHR ou RAID1) ? Si la réponse est oui aux deux questions ci-dessus, un remplacement n'a aucun intérêt.

Est-ce que le voyant réseau en façade du NAS s'allume lorsqu'il est connecté ? Il y a une procédure pour réinitialiser la configuration IP du NAS, mais elle ne résoudra pas le problème si la carte réseau est morte. Sinon : https://www.leboncoin.fr/recherche?text=ds411%2B&search_in=subject

L'option "Continue any uncompleted tasks when the system is in operation again" sert à reprendre une synchronisation qui a été interrompue. Dans ton cas, à aucun moment il y a une interruption de synchronisation puisque la sauvegarde n'est pas démarrée au moment où tu éteins ton PC. Ce que tu voudrais est que la dernière sauvegarde non exécutée à l'heure planifiée soit exécutée dès que tous les systèmes impliqués (PC et NAS) sont à nouveau disponibles. À ma connaissance, une telle option n'existe pas. À confirmer par ceux qui sont plus experts que moi sur Synology Drive.

Tu ne réponds pas à mes questions : Je laisse d'autres plus compréhensifs et patients que moi te répondre.

Est-ce que la lettre N ne serait pas déjà attribuée à un autre lecteur réseau ? (ou disque, ou autre périphérique)

Est-ce que l'adresse IP du NAS est fixe ? (soit dans la configuration IP du NAS, soit avec une réservation DHCP configurée sur la box/routeur) Si elle est dynamique, elle est susceptible de changer. Y a-t-il un identifiant déjà enregistré pour cette adresse IP dans le Gestionnaire d'identification ?

L'option -f de la commande tail permet d'afficher les actualisations du fichier en temps réel, il faut bien faire [Ctrl]+[C] pour récupérer l'invite. L'unité est l'octet (ou Byte en anglais). Ça fait donc respectivement 700 Mo (738419313) et 400Mo (412340224) et non 1To (surtout sur une partition de 2,3Go 😄). Oui. Il ne faut surtout pas les effacer, au mieux on peut les vider. Les fichiers .log sont les logs encours d'utilisation par les applications relatives. Les fichiers .log.1 sont les archives de log les plus récentes générées lors de la dernière rotation. Les fichiers .xz sont les archives de log antérieures compressées (LZMA). Le contenu du fichier de log, on voit clairement qu'il y a un problème avec Docker. Dans un premier temps, je te suggèrerais d'arrêter le paquet Docker ou au moins d'empêcher le démarrage automatique des conteneurs. Ça évitera que les logs continuent de se remplir. Ensuite tu pourras vider les fichiers de log (et non les supprimer) avec la commande echo "" > /var/log/upstart/pkg-Docker-dockerd.log Tu pourras ensuite constater si les services de ton NAS restent disponibles plus longtemps, ou pas. Concernant Docker, on va demander l'avis éclairé de @Einsteinium. 2022-09-11T13:25:42-0500 Failed to fire hook: Unix syslog delivery error INFO[74979] Container 87d592f6d38a100a96819bfbecd5ce507db340bba5b0adc94a8a8a2205c5d80c failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:25:44-0500 Failed to fire hook: Unix syslog delivery error INFO[74982] ignoring event container=70d092b2cab1d80fe2457d0bf5a6a9dd14b24101554cc878d19c5a056bce9088 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:25:44-0500 INFO[2022-09-11T13:25:44.727264812-05:00] shim disconnected id=70d092b2cab1d80fe2457d0bf5a6a9dd14b24101554cc878d19c5a056bce9088 2022-09-11T13:25:45-0500 Failed to fire hook: Unix syslog delivery error INFO[74982] ignoring event container=87d592f6d38a100a96819bfbecd5ce507db340bba5b0adc94a8a8a2205c5d80c module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:25:45-0500 INFO[2022-09-11T13:25:45.004586099-05:00] shim disconnected id=87d592f6d38a100a96819bfbecd5ce507db340bba5b0adc94a8a8a2205c5d80c 2022-09-11T13:25:58-0500 Failed to fire hook: Unix syslog delivery error INFO[74996] Processing signal 'terminated' 2022-09-11T13:26:00-0500 INFO[2022-09-11T13:26:00.849324548-05:00] shim disconnected id=178c1a64b1f2699a30e2fa618e4cdfde1a4896051c80cb7936d2d34487945511 Failed to fire hook: Unix syslog delivery error INFO[74998] ignoring event container=178c1a64b1f2699a30e2fa618e4cdfde1a4896051c80cb7936d2d34487945511 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:04-0500 INFO[2022-09-11T13:26:04.893150877-05:00] shim disconnected id=0659f63602457a63fee2f2090fee288aa8eb04a76e3248c4ec23b9f60a2de8a9 2022-09-11T13:26:04-0500 Failed to fire hook: Unix syslog delivery error INFO[75002] ignoring event container=0659f63602457a63fee2f2090fee288aa8eb04a76e3248c4ec23b9f60a2de8a9 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=6f445e3f532dc8910a0c004d5349b7dad99e68fa30e46d2e73480a3ae20b1350 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" INFO[2022-09-11T13:26:08.435629607-05:00] shim disconnected id=6f445e3f532dc8910a0c004d5349b7dad99e68fa30e46d2e73480a3ae20b1350 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 4956f49cd4cee36f420a447f074112f4871f005e482735240acf0a79e4373505 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 78bbbc23b06b3319c6e6b41fe8355a7a6f5cc97f401c4e85708e5fb38b06f9bb failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container c8723477540f64a7f824f52975d67cf9e4549a8106885b9274d245f82e5375f9 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container efcde749fbee75dade070e2aca4b45e9401615d1656cc62a178fa3d4800657e1 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 4df01c1584c95d13de84d54769d3c7392a6d8f021e0e0fcb3c547d3c78063e75 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 50bcd4e473c10f1d9ea866fa193e3992b5221fdae957ce18c5592e046199cd1a failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container f329763739ac7729ac9ac1d290555fc7fec84e73753acc7a5914f9bffac546a0 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 9c72fc9eb25a1c66e2dc29f2bd2f5fff66356bc3e523e4730f26375a3d0b7f38 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:08-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 91e496e035f28447c028d713ab24daf7d65cddda9415d43ddd2b1cdd07c478e9 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 6f445e3f532dc8910a0c004d5349b7dad99e68fa30e46d2e73480a3ae20b1350 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 58a0423bbbd5c110ecfa340a8ae5f9699707b5d75273961b64d4b0102e33ff21 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] Container 6938f4a4790c7f1371453d01bf1394e2c2df924fe8494e1fda01cbf91ca6aa83 failed to exit within 10 seconds of signal 15 - using the force 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.119933081-05:00] shim disconnected id=9c72fc9eb25a1c66e2dc29f2bd2f5fff66356bc3e523e4730f26375a3d0b7f38 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.134994030-05:00] shim disconnected id=50bcd4e473c10f1d9ea866fa193e3992b5221fdae957ce18c5592e046199cd1a 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=50bcd4e473c10f1d9ea866fa193e3992b5221fdae957ce18c5592e046199cd1a module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=58a0423bbbd5c110ecfa340a8ae5f9699707b5d75273961b64d4b0102e33ff21 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=91e496e035f28447c028d713ab24daf7d65cddda9415d43ddd2b1cdd07c478e9 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.140822970-05:00] shim disconnected id=91e496e035f28447c028d713ab24daf7d65cddda9415d43ddd2b1cdd07c478e9 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.141613854-05:00] shim disconnected id=58a0423bbbd5c110ecfa340a8ae5f9699707b5d75273961b64d4b0102e33ff21 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=78bbbc23b06b3319c6e6b41fe8355a7a6f5cc97f401c4e85708e5fb38b06f9bb module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.148359698-05:00] shim disconnected id=78bbbc23b06b3319c6e6b41fe8355a7a6f5cc97f401c4e85708e5fb38b06f9bb 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.162326118-05:00] shim disconnected id=4956f49cd4cee36f420a447f074112f4871f005e482735240acf0a79e4373505 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=4956f49cd4cee36f420a447f074112f4871f005e482735240acf0a79e4373505 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=c8723477540f64a7f824f52975d67cf9e4549a8106885b9274d245f82e5375f9 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.182998398-05:00] shim disconnected id=c8723477540f64a7f824f52975d67cf9e4549a8106885b9274d245f82e5375f9 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=9c72fc9eb25a1c66e2dc29f2bd2f5fff66356bc3e523e4730f26375a3d0b7f38 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.238057325-05:00] shim disconnected id=efcde749fbee75dade070e2aca4b45e9401615d1656cc62a178fa3d4800657e1 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=efcde749fbee75dade070e2aca4b45e9401615d1656cc62a178fa3d4800657e1 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=4df01c1584c95d13de84d54769d3c7392a6d8f021e0e0fcb3c547d3c78063e75 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.259101380-05:00] shim disconnected id=4df01c1584c95d13de84d54769d3c7392a6d8f021e0e0fcb3c547d3c78063e75 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75006] ignoring event container=f329763739ac7729ac9ac1d290555fc7fec84e73753acc7a5914f9bffac546a0 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" INFO[2022-09-11T13:26:09.303804457-05:00] shim disconnected id=f329763739ac7729ac9ac1d290555fc7fec84e73753acc7a5914f9bffac546a0 2022-09-11T13:26:09-0500 Failed to fire hook: Unix syslog delivery error INFO[75007] ignoring event container=6938f4a4790c7f1371453d01bf1394e2c2df924fe8494e1fda01cbf91ca6aa83 module=libcontainerd namespace=moby topic=/tasks/delete type="*events.TaskDelete" 2022-09-11T13:26:09-0500 INFO[2022-09-11T13:26:09.378273630-05:00] shim disconnected id=6938f4a4790c7f1371453d01bf1394e2c2df924fe8494e1fda01cbf91ca6aa83 2022-09-11T13:26:13-0500 Failed to fire hook: Unix syslog delivery error ERRO[75011] Force shutdown daemon Failed to fire hook: Unix syslog delivery error INFO[75011] Daemon shutdown complete Failed to fire hook: Unix syslog delivery error INFO[75011] stopping healthcheck following graceful shutdown module=libcontainerd Failed to fire hook: Unix syslog delivery error INFO[75011] stopping event stream following graceful shutdown error="context canceled" module=libcontainerd namespace=plugins.moby Failed to fire hook: Unix syslog delivery error INFO[75011] stopping event stream following graceful shutdown error="context canceled" module=libcontainerd namespace=moby

Avant d'en vider le contenu, faut déjà regarder ce qu'il contient. Regarde déjà les dernières lignes du ficher pkg-Docker-dockerd.log : sudo tail -fn 100 /var/log/upstart/pkg-Docker-dockerd.log

Le dossier ou fichier /var/log/upstart a une taille anormale. Ce fichier/dossier n'existe pas sur mes NAS, j'ai juste une archive upstart.tgz de quelques Ko. Regarde qu'il contient (ls -lR /var/log/upstart si c'est un dossier, ou tail /var/log/upstart pour en afficher les 10 dernières lignes si c'est un fichier), et vide le(s) fichier(s) de log volumineux. Ça fera déjà plus de place sur la partition système, on verra si c'est bénéfique ou non au problème de disponibilité.

La partition système (/) est un peu chargée (89%) mais ça ne vient pas des logs. Peux-tu poster le résultat de sudo du -h -d 3 -t 10M / --exclude='/volume1*' --exclude='/proc*' ?

Bonjour @Patrix, Je ne comprends pas pourquoi ce sujet s'éternise alors que la solution, connue de beaucoup ici, me semble simple. Voici ce que tu vas faire : Lorsque ton NAS est accessible (après redémarrage forcé), ouvre une session SSH avec un compte disposant des droits admin, Poste ici le résultat de la commande df -h qui donnera le remplissage des partitions du NAS, Poste également le résultat de la commande ls -lrS /var/log qui affichera les fichiers de log par taille croissante, Je te donnerai par la suite la commande à exécuter pour vider le(s) fichier(s) volumineux.

Merci pour l'astuce @filou80 ! Dans l'application Calendrier de Microsoft, la configuration d'un compte iCloud utilise CalDAV et CardDAV pour se connecter aux données de l'utilisateur. La bidouille consiste à personnaliser les adresses pour les faire pointer directement vers d'autres services CalDAV/CardDAV, dont ceux du NAS via Synology Calendar et Synology Contacts. J'ai pu y configurer un compte du NAS et récupérer mes calendriers et contacts dans les applications natives de Microsoft (Courrier et calendrier et People / Contacts Microsoft). Le format des adresses à utiliser est le suivant : Calendrier : https://domain.tld/caldav/utilisateur Contacts : https://domain.tld/carddav/utilisateur

Un ransomware fait des ravages depuis juin sur les NAS QNAP dont la sécurité a été négligée par certains clients. Ceci s'est également produit chez Synology il y a quelques années. QNAP a publié un bulletin de sécurité avec des recommandations : https://www.qnap.com/fr-fr/security-advisory/QSA-22-19 Article relatif (En) : https://arstechnica.com/information-technology/2022/09/new-wave-of-data-destroying-ransomware-attacks-hits-qnap-nas-devices/ Un peu de lecture pour ceux qui seraient soucieux de la sécurité de leur NAS Synology :