Jeff777

Bonjour 😃 Fibre en vue, à 50m. Elle est en train d'être installée en aérien. Pour ceux qui comme moi l'attendent.....pas d'impatience, les 18 mois annoncés peuvent être extensibles. La preuve : Le mail m'informant que les travaux commencent près de mon logement...je l'ai reçu il y a 2 ans....bon oui, excuse Covid.

Merci pour l'info. MàJ faire sur DSM218+ et 220+

Bonjour @Zouille, Il suffit de faire annuler. A chaque installation/mise à jour d'un paquet, le système demande de valider l'autorisation, dans le pare-feu, des ports utilisés par l'appli pour permettre l'accès de l'extérieur. Si tu n'utilises l'application qu'en local ou connecté de l'extérieur en VPN (autorisations données par les lignes 3 et 1 du pare-feu) tu n'as pas besoin de modifier le pare-feu.

Bonjour, Mais je suppose que si tu crées une tâche de sauvegarde en continu, tu obtiens une nouvelle sauvegarde à chaque modification d'un fichier ce qui multiplie le nombre de versions, et tu risque d'atteindre très vite le nombre maximum de celles-ci (32 je crois). Et donc les anciennes versions seront supprimées, en un temps relativement court si tu es très actif sur tes fichiers..... Me trompe-je ?

Bonjour, Tu trouveras les limitations de la "sauvegarde" par Drive ici: https://kb.synology.com/fr-fr/DSM/help/SynologyDriveClient/synologydriveclient?version=7 Tu peux notamment y lire (pour répondre à ta question) : Sauvegarde planifiée : sauvegardez les fichiers comme vous l'avez planifié. Exécuter le : sélectionnez les jours au cours desquels vous souhaitez exécuter la tâche de sauvegarde. Heure de début : sélectionnez l'heure à laquelle vous souhaitez démarrer la tâche de sauvegarde. Fréquence : sélectionnez la fréquence à laquelle vous souhaitez exécuter la tâche de sauvegarde. Si vous choisissez d'exécuter la tâche à une autre fréquence que Une fois par jour, sélectionnez l'heure d'exécution de la dernière sauvegarde dans le menu déroulant Heure de la dernière exécution. Heure de fin : sélectionnez l'heure à laquelle vous souhaitez que la dernière tâche de sauvegarde se termine le jour programmé ou le jour suivant. Cochez les cases correspondantes pour activer les options Arrêt auto. après exécution de la dernière tâche de sauvegarde du jour ou Continuer les tâches de sauvegarde non terminées lorsque le système est à nouveau opérationnel. Drive peut certainement sauvegarder des données mais si tu cherches à restaurer ton PC en cas de problème de fonctionnement c'est autre chose qu'il te faut à mon avis (voir conseils plus haut).

Bonjour @PierU J'utilise Active Backup for Business pour sauvegarder les volumes de mes PC. Ce package n'est pas disponible sur ton nas mais son fonctionnement doit avoir des similitudes avec les tâches de sauvegarde de Drive que je n'utilise pas de cette façon. Avec ABB, je sauvegarde un volume par jour et toujours à 12.45 h (au moment où tout le monde est sensé être à table, PC en veille), Si un PC est éteint (Je n'éteins jamais le nas), la sauvegarde ne se lance pas et rien ne se passe au redémarrage du PC mais je vois dans ABB que la sauvegarde à échoué je peux éventuellement la lancer manuellement. Lorsque je m'absente plusieurs jours je ne vois d'ailleurs pas trop l'intérêt de sauvegarder le PC qui de toute façon n'a pas changé. Maintenant avec Drive : Quand tu parles de back-up continu, tu veux dire synchronisation. Ce qui n'est pas vraiment une sauvegarde. On peut configurer la synchronisation entre nas et pc de sorte qu'elle reprenne lorsque les deux périphériques sont allumés (un fichier modifié sur l'un des périphériques alors que l'autre est éteins sera recopié sur ce dernier à son démarrage). C'est ce que je fais entre le volume des données du PC et mon nas. Je confirme donc ce que dis @PiwiLAbruti et te conseille de programmer tes sauvegardes à une heure où les PC sont allumés mais inutilisés. A noter que c'est la première sauvegarde de la tâche qui prend du temps, les suivantes peuvent se dérouler même si le PC est utilisé ce n'est pas gênant.

Bienvenue @xonic

Une piste, peut-être : Let's Encrypt ne permet qu'un nombre limité de renouvellement pour un nom de domaine donné et dans une durée donnée: https://letsencrypt.org/fr/docs/rate-limits/ et le commentaire de Let's Encrypt n'est pas toujours approprié.

veinard ! Je corrige ce que je viens d'écrire. Ce qui ne marche pas ce sont les heures qui figurent dans les logs de portainer pour certains containers (l' heure sur le dashboard ça a toujours fonctionné me semble-t-il). Speedtest est un mauvais exemple car les heures ne figurent pas dans les logs.

Oui j'ai la même chose avec, dans volumes, /etc/localtime:/etc/localtime:ro. Avec TZ=FR ou Europe/Paris ça ne fonctionne pas. Par contre j'ai une légère différence en teme de débit 😒😒

Bonjour @bliz. Tant mieux pour toi mais apparemment je ne suis pas le seul à avoir ce problème et il me semble bien que je ne l'avais pas avant.🙄

Ah je viens de voir que sur le forum que @.Shad. avait parlé de cette solution avec /etc/localtime Essaie la solution de mon message juste avant ton post. Et tu me diras si ça marche chez toi pour telegraf

Bonjour, Problème similaire : tous mes logs dans portainer indiquaient l'heure avec 2 heures de retard. Pourtant mon nas est à l'heure et j'avais bien la variable TZ= Europe/paris dans le docker-compose. En fouillant sur internet, j'ai trouvé une solution qui fonctionne pour mes dockers (sauf telegraf curieusement): Ne pas utiliser la variable TZ et placer dans les volumes: - /etc/localtime:local/time:ro puis reconstruire le docker @.Shad. toi qui connait bien docker peux-tu valider cette solution (elle marche chez moi pour les logs de watchtower grafana influxdb portainer. Je n'ai pas essayé les autres pour l'instant car je reste sur telegraf dont le log reste bloqué à heure locale-2h

Non. En fait pour utiliser "telegraf latest", il faut donner les droits à l'utilisateur telegraf (avec WinSCP en root par exemple) sur le dossier fbx_telegraf (pop_telegraf pour moi) et au répertoire usr/local/py dans lequel on à placé le fichier freebox_0.61.py. Mettre les uid:gid de l'utilisateur dans le docker-compose. Puis, reconstruire le docker fbx_telegraf (docker-compose down puis docker-compose up -d). Enfin, supprimer le fichier volume1/docker/fbx_telegraf/py/.credential. et aussi l'appli Grafanamonitor dans Freebox OS et refaire dans putty les 9 commandes pour remettre à jour le docker fbx_telegraf et réinstaller python (car il y a non persistance de ces modifications lorsque l'on reconstruit le docker).

@oracle7 Bon .....oui je n'ai pas vu que tu t'adressais à Replier. Par contre @DaffY a posté, avant le message de Replier, et il parle bien de renouvellement automatique pour un certificat sur un domaine non synology (nasunivers.fr) non ! Mais comme tu dis "pas grave"

Bonjour, Je ne suis peut-être pas réveillé mais pourquoi êtes-vous plusieurs à dire que le certificat se renouvelle automatiquement. Que je sache, mis à part, le certificat synology, le certificat à renouveler c'est nasunivers.fr qui doit être un certificat LE obtenu pour un domaine d'un fournisseur non synology donc qui doit être renouvelé manuellement sauf à avoir une procédure automatique!!! Maintenant si @kroumi pouvait nous confirmer que c'est bien ce certificat qui est listé sur le message: A noter que j'ai reçu un message semblable pour un certificat que j'avais fait séparemment pour un sous-domaine bien que j'ai une wildcard. Je m'explique : j'ai un certificat avec une procédure automatique de renouvellement pour *.mondomaine.ovh et mondomaine.ovh Il y a quelques mois j'ai fait un autre certificat pour périf.mondomaine.ovh pour un test, puis quelques jours plus tard, je l'ai supprimé. Et bien plusieurs mois plus tard j'ai reçu ce mail bien que je ne vois plus le certificat en question sur mon nas: Hello, Your certificate (or certificates) for the names listed below will expire in 9 days (on 21 Sep 22 14:49 +0000). Please make sure to renew your certificate before then, or visitors to your web site will encounter errors. We recommend renewing certificates automatically when they have a third of their total lifetime left. For Let's Encrypt's current 90-day certificates, that means renewing 30 days before expiration. See https://letsencrypt.org/docs/integration-guide/ for details. perif.mondomaine For details about when we send these emails, please visit: https://letsencrypt.org/docs/expiration-emails/ In particular, note that this reminder email is still sent if you've obtained a slightly different certificate by adding or removing names. If you've replaced this certificate with a newer one that covers more or fewer names than the list above, you may be able to ignore this message. Je laisse faire pour voir ce qui se passera le 21 septembre mais à priori pas grand chose. Sinon, en conclusion pour moi il faut que kroumi renouvelle le certificat nasunivers.fr ! @kroumi vu que le certificat est expiré il faut peut-être le recréer.

ça a fonctionné mais ce n'est pas persistant. Je cherche toujours !

Bonjour, Après de nombreuses bidouilles j'ai réussi à rétablir le monitoring Freebox avec telegraf:latest. Jusqu'à présent je donnais les droits dans WinSCP (connecté au nas en root) à l'utilisateur télégraf sur usr/local/py où j'avais mis le fichier freebox_061.py. J'ai fait la même chose sur putty en root mais en me connectant d'abord au docker (pop_telegraf pour moi) et cela a réussi. Pensez-vous que c'est pour cette raison que cela a fonctionné ?

oui j'ai WinSCP connecté en root J'ai les mêmes droits sur usr/local/py et volume1/docker/py

ce sont les droits sur /usr/local/py/freebox_061.py donnés via WinSCP

Complément d'info. Lors de l'installation selon le tuto j'ai ce message sur putty : WARNING: Running pip as the 'root' user can result in broken permissions and conflicting behaviour with the system package manager. It is recommended to use a virtual environment instead: https://pip.pypa.io/warnings/venv Est-ce que ceci pourrait être la cause de mon problème ?

oui OCI runtime exec failed: exec failed: container_linux.go:367: starting container process caused: exec: "python3": executable file not found in $PATH: unknown Bien vu ! Par contre je n'ai pas résolu le problème : root@NAS:~# which python3 /bin/python3 root@NAS:~# export PATH=/bin/python3:$PATH root@NAS:~# echo $PATH /bin/python3:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin root@NAS:~# cd /volume1/docker/pop_telegraf root@NAS:/volume1/docker/pop_telegraf# docker-compose down Stopping pop_telegraf ... done Removing pop_telegraf ... done Network data_export is external, skipping root@NAS:/volume1/docker/pop_telegraf# docker-compose up -d Creating pop_telegraf ... done python semble bien installé. J'ai bien ajouté au path le chemin de python3....même log. Et en fait j'ai toujours: root@NAS:~# echo $PATH /bin/python3:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin root@NAS:~# docker exec -it pop_telegraf python3 --version OCI runtime exec failed: exec failed: container_linux.go:367: starting container process caused: exec: "python3": executable file not found in $PATH: unknown Qu'est-ce que j'ai mal fait ?

Bonjour, Ah bon. Je n'ai plus de certificat synology depuis longtemps et cela ne me pose pas de pb ! tu veux dire le certificat synology. Non?

Bonjour Oui, mais elle n'est pas trop onéreuse. Du moins elle ne l'était pas lorsque je l'ai prise.

Bonsoir @filou80 Tu souhaites utiliser Synology calendar sur le nas et le synchroniser avec l'application calendrier de windows. C'est bien cela ? Je ne sais pas avec l'application native de windows mais sur mon PC j'utilise "one calendar" . Je crée un calendrier sur Synology calendar et j'ajoute un compte Caldav sur "one calendar" avec les identifiants de mon nas. Pour ma tablette android j'utilise Davx et S Planner. Mais il faudrait que je me repenche dessus si tu es intéressé.