oracle7

@Jeff777 Bonjour, Merci beaucoup pour ce récapitulatif bien utile. Juste une question : tu ne crains pas que les répertoires /usr/lib/unifi et /usr/lib/data ne disparaissent avec une mise à jour de DSM ? Cordialement oracle7🥴

@MilesTEG1, @FabioDM, @CoolRaoul Bonjour, Certes la version "-delete" est plus concise (oups pour le "{} \;" de trop à la fin : mauvais C/C 🥴),mais je préfère personnellement la version "longue" avec "rm" car elle permet un mode verbose plus sécure au moment de supprimer effectivement les fichiers. Sauf erreur de ma part, le mode verbose de la commande "find" avec l'option "-ok" fait juste une demande de confirmation au lancement de la commande, ce qui me parait insuffisant. Voilà la différence, enfin ce que j'en ai compris ... PS : Pour l'exécution dans une tache programmée, effectivement cela ne marche pas en direct. Dans mon élan j'ai été trop rapide dans mon explication il fallait mettre la commande dans un shell script exécutable par ex : "fichier.sh" et la tâche exécute ce script avec "bash fichier.sh". Merci @CoolRaoul pour le rappel 🙂 Cordialement oracle7😉

@tpetitje Bonjour, Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations. J'invite à regarder et suivre ces deux TUTOs pour bien "re"démarrer si besoin en est, justement avant de passer la "seconde" 😜. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@FabioDM Bonjour, Avant toutes choses je t'invite à lire plus attentivement les réponses qui te sont données. Le "bash" en début de ligne n'est à mettre que SI tu exécutes ta commande dans une tâche programmée (ou non) du gestionnaire de tâches DSM. Par contre, SI tu l'exécutes directement "à la main" dans un terminal sous SSH alors il ne faut pas mettre le "bash" en début de commande. Comme je te l'ai déjà dit précédemment, vérifies la syntaxe et notamment la présence des espaces entre les différentes options AVANT de lancer la commande, ils ne sont pas là pas hasard ni pour faire joli ... Sinon il sera normal que tu reçoives encore des messages d'erreur. Mais c'est toi qui voit ... Par ailleurs, si tu utilises l'option "-delete" de la commande "find" alors il ne faut pas indiquer "/usr/bin/rm -vf". Soit tu fais "find .... -delete" soit tu fais "find .... -exec /usr/bin/rm -vf" mais ne mélanges pas les deux ! De plus un petit tour par la commande "man find" te sera utile pour bien comprendre toutes les options de la commande "find". Donc la commande correcte est : Cordialement oracle7😉

@Oscar Bravo Bonjour, Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations mais pour les NAS Synology ....😛 Cordialement oracle7😉

@MilesTEG1 Bonjour, c'est le moins qu'on puisse dire ... 😜🤣 Cordialement oracle7😉

@FabioDM Bonjour, Tu n'étais pas loin MAIS, cette commande sera sûrement plus efficace : find /volume1/video/FILMS -type f -mtime +240 -exec /usr/bin/rm -f {} \; ATTENTION à la syntaxe !!! : les espaces notamment ... Tu lances cette commande soit directement dans un terminal sous SSH ou bien soit tu crées une tache programmée dans le planificateur de tâches telle que : bash find /volume1/video/FILMS -type f -mtime +240 -exec /usr/bin/rm -f {} \; Fais quand même AVANT de la mettre en production, un essai sur un répertoire spécifique avec des fichiers sans importance. Maintenant ce que j'en dis ... Edit : en ajoutant l'option "v" (par ex : -vf) à la commande "rm" tu auras un mode plus parlant si besoin. Cordialement oracle7😉

@touf2638 Bonjour, As-tu au moins installé le client NFS sur WINDOWS ? Cordialement oracle7😉

@Vinos86 Bonjour, Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations. J'invite à regarder et suivre ces deux TUTOs pour bien démarrer. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@Kramlech Bonjour, Je n'avais pas utilisé de connexion externe via le proxy inversé depuis quelques temps et ton post m'a donné l'occasion de vérifier que le contrôle d'accès que j'avais mis en place il y a déjà pas mal de temps fonctionnait toujours. Eh bien, je te rejoins dans le "malheur" si je puis dire ... 😥 Avec une règle "Tous - Refuser" en place dans le profil : plus aucune URL définie dans le reverse proxy n'aboutit. A l'inverse, sans cette règle, mes connexions externes qui ne devraient être valides que sous VPN sont quand même possibles. Donc le filtrage ne marche pas. J'ai ouvert un ticket au support Synology. J'attends leurs investigations en direct. Je te tiens au courant du résultat. Cordialement oracle7😉

@MilesTEG1 Bonjour, De ce que je sais, le pare-feu IPv6 reste actif dans ce cas précis même lorsque l'on place le pare-feu IPv4 sur faible. C'est ce qu'indique en gras Orange sur la page de paramétrage du pare-feu de la Livebox. De toutes façon que l'on soit en DMZ ou pas, il est impossible de désactiver complétement le pare-feu IPv4 dans l'interface de la Livebox. Au mieux et a minima il peut être placé sur "faible". Cordialement oracle7😉

@GrOoT64 Bonjour, Pour mémoire, cela ne sert qu'en local au script acme.sh pour ce connecter au NAS. Donc rien à ouvrir sur l'extérieur à ce niveau. Cordialement oracle7😉

@Syno415plus Bonjour, Ce serait bien que tu nous en dises un peu plus ... Quelle URL utilises-tu pour te connecter au NAS : son @IP locale ou son nom NETBIOS ? Ou bien est-ce tout simplement ton(tes) lecteur(s) réseau(x) qui ne fonctionne(nt) plus ? Cordialement oracle7😉

@.Shad. Bonjour, Effectivement, tu as parfaitement raison, avec portainer c'est même encore plus simple mais comme je sais si @Dimebag Darrell l'utilise ou pas, je ne l'ai pas cité. Cordialement oracle7😉

@Dimebag Darrell Bonjour, En SSH tu tapes : "docker network ls" --> Cela te donne la liste de tous les network utilisés par tes conteurs. Ensuite tu tapes "docker network inspect <NomDuNetwork>" --> Cela te donnera les @IP (voir le champ : "Containers":"IPv4Address") des conteneurs du network en question. Il y a sûrement plus simple, mais je ne connait que cette façon. @.Shad. serait d'un meilleur conseil sur ce point. Cordialement oracle7😉

@Dimebag Darrell Bonjour, Que dit aussi le log de speedtest ? en SSH tapes : docker logs -f speedtest2 Sinon essaies de remplacer dans le fichier config.ini : Address = http://monitoring_influxdb par Address = 172.x.x.x (@IP du conteneur InfluxDB) Cordialement oracle7😉

@Pascalou59 Bonjour, Tu dois avoir a minima ceux là : Adaptes ndd.tld selon ton domaine. Cordialement oracle7😉

@Dimebag Darrell Bonjour, Dans le cas de speedtest les panels sont assez "standards". Voici un lien temporaire pour les fichiers json des miens si cela t'intéresse : https://1drv.ms/u/s!Aoy5wiA-9lJNuU9zB_OXYO-MJAbg?e=RTW2fB Cordialement oracle7😉

@Diplo95 Bonjour, J'attire ton attention sur la valeur de cette version, pour certain conteneur "éxotiques" mettre une version trop récente peut poser problème car ces conteneurs peuvent utiliser encore des fonctionnalités qui sont dépréciées avec les nouvelles version de docker-compose. Dans ce cas, il vaut mieux je crois, laisser la version indiquée pour le conteneur. @.Shad. et @EVOTk corrigez moi si je dis une c...ie ou si c'est mal exprimé. PS : Arreeuuhh !!! grillé par @EVOTk 😜 Cordialement oracle7😉

@Dimebag Darrell Bonjour, Désolé, mais je crains que tu mélanges un peu les notions. Dans un dashboard, on ne peut pas dire que l'on utilise un json spécifique. Tu construis ton dashboard comme bon te semble en créant directement tes panels avec tes requêtes spécifiques ou tu en importes des déjà tout faits. A mon sens, il faut mieux voir le fichier json d'un dashboard ou d'un panel comme un moyen d'échange facile. Tu peux exporter ton dashbord dans un fichier json et c'est alors utile pour le communiqué à quelqu'un par exemple. Comme tu peux aussi importer un autre dashboard dans grafana en rechargeant le fichier json correspondant ou encore ajouter des panels particulier à ton dashboard courant en important le fichier json de ces panels (bien qu'il soit plus facile dans ce cas de passer directement par un C/C du panel depuis un dashboard X vers ton dashboard courant). Cordialement oracle7😉

@overcraft4768 Bienvenue à toi sur ce forum, comme tu l'as constaté, c'est en faisant que l'on apprend le mieux ... J'invite néanmoins à regarder et suivre ces deux TUTOs pour bien démarrer. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@Clemest Bonjour, Eh bien tant mieux, au moins tu pars sur une bonne base alors. Astuce : Pour avertir un membre de ta réponse, tu tapes dans ton message "@" + les premiers caractères de son pseudo. Dans le popup qui apparaît tu cliques alors sur le pseudo recherché et il s'affiche sur fond bleu dans ton texte. Ainsi ton interlocuteur est informé/notifié de ta réponse sinon il ne voit rien sauf à rebalayer en arrière tous les messages (ce que peu de monde fait). Cordialement oracle7😉

@Pascalou59 Bonjour, Désolé pour toi, effectivement c'est pénible cette limitation à 5 essais. Sinon, on est bien d'accord que ce sont les enregistrements TXT nommés "_acme_challenge.ndd.tld" qu'il faut supprimer dans la zone DNS chez OVH, pas les autres ... Cordialement oracle7😉

@Clemest Bienvenue à toi sur ce forum. J'invite à regarder et suivre ces deux TUTOs pour bien démarrer. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@FUOLAM Bonjour, Je crains que le problème soit du coté de ton portable et non du NAS puisque tu dis pouvoir y accéder sans problème depuis ta tour. Sinon, comment tu te connectes au NAS avec ce portable : via http(s)://@IPduNAS/TonDossierPartagé ou http(s)://NomNetBiosDuNAS/TonDossierPartagé ? Normalement avec l'@IP cela devrait marcher directement. Enfin, je t'invite à regarder et suivre ces deux TUTOs pour bien démarrer. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉