.Shad.

@Jeff777 @oracle7 @MilesTEG1 J'ai pu enquêter un peu sur le pourquoi du comment des erreurs. Depuis la 1.21, Telegraf n'utilise plus le module snmptranslate mais "gosmi" pour parser les modules. Il se trouve que gosmi est beaucoup moins tolérant que snmptranslate concernant les éventuelles erreurs dans les fichiers MIB. Et d'après le maintainer de l'image, beaucoup des MIB embarqués par défaut avec le système (pas ceux de Synology) contiennent des erreurs de syntaxe, des accolades, points virgule et autres caractères de fin de ligne manquants par exemple. En ne chargeant pas certains d'entre eux, j'ai réussi à faire fonctionner Telegraf 1.21+, mais au prix de la perte d'un nombre important de panels sur Grafana. A priori, la version 1.22 (dev) devrait corriger une partie des soucis, dans le sens où Telegraf ne sera toujours pas capable de lire ces fichiers, mais les erreurs n'empêcheront pas la bonne exécution de Telegraf outre mesure. Une demi-solution donc, pour ma part je reste sur la 1.20.4 pour l'instant. @bebert73 Si tu es prêt à partager ton dashboard ce serait cool, j'ai commencé à jouer avec InfluxDB2 et honnêtement, même si je pense que la syntaxe "script" est plus facile à comprendre, tous les petits réglages de Grafana me manquent (changer facilement des unités (genre kilobytes vers kibibytes), les labels, les transformations, etc...). Ca me permettrait de voir comment tu manipules ça. 🙂

Welcome !

Ca fait partie de la refonte prévue de certains de mes tutoriels, je peux pas te donner de date, mais je pense que je vais m'y atteler à partir de mi ou fin mars.

DSM 6 est lourd je trouve. Le 7 à titre de comparaison est bien plus réactif. Je n'ai pas connu DSM avant sa version 6, mais j'imagine que ton modèle de NAS est plus adapté chronologiquement à la version 5. Je pense qu'il est possible de faire ce que tu veux. Mais ne t'attend en aucun cas à avoir des performances correctes. C'est du matériel daté et plus adapté en tant que destination de sauvegarde qu'unité principale.

Excellent modèle de NAS, pour ceux qui souhaiteraient monter en gamme. Et le prix est correct en comptant la RAM incluse.

Oui @MilesTEG1 me l'avait fait remarquer mais j'avais oublié, je vais modifier ça. Pendant longtemps j'ai préféré utilisé docker-compose via SSH, et Portainer uniquement pour la supervision et la manipulation des conteneurs, images, volumes, etc... Depuis peu, j'ai migré tous les fichiers compose sur Github, et Portainer s'occupe de déployer les images depuis Github. Il surveille également en cas de mise à jour des fichiers et recrée les conteneurs au besoin. 2 mois que je fonctionne ainsi, rien à signaler de négatif pour l'instant. Je deconseillerais de l'exposer directement. C'est assez critique comme application. Soit tu y accèdes en passant par un serveur VPN sur ton NAS ou autre équipement de ton réseau local, soit tu passes par un serveur d'authentification tiers, oAuth (je crois que Portainer le prévoit ?) ou celui que je développe dans mon tutoriel Authelia (qui est plus facile à mettre en place si tu utilises SWAG en proxy inversé).

Hello, oui tu as bien compris. Pour Portainer, il y a effectivement beaucoup d'options qui ne servent pas dans notre cas, et dont la pertinence est même discutable en dehors. Mais je le trouve pratique pour consulter l'ensemble de ses conteneurs et surtout si tu as plusieurs périphériques qui utilisent Docker, les superviser depuis un seul et même endroit est quand même très pratique.

Bienvenue parmi nous !

C'est l'un ou l'autre.

Il n'y a pas de différence de comportement, que ce soit directement en ligne de commande (docker) ou via docker-compose, à vrai dire la version graphique de DSM n'apporte aucun avantage par rapport à ce que permet Portainer si tu veux une interface graphique. L'avantage de Docker, quelque soit la méthode, c'est que ça survit à toutes les upgrades (sauf si l'implémentation de Docker sur DSM est cassée, évidemment). Docker-compose permet de créer des volumes, des réseaux, des ordres de démarrage ou d'arrêt, etc... à la volée. Et lorsque tu arrêtes ou supprimes une stack, docker-compose s'assure de suivre toutes ces étapes. Quand tu passes par DSM, si tu arrêtes un conteneur, ça revient à faire un bête stop, donc tu bypass tout ce que tu aurais pu prévoir dans ton fichier compose. Portainer devrait pouvoir te donner toute satisfaction, tu peux trouver un guide d'installation ici : https://www.nas-forum.com/forum/topic/66422-tuto-centralisation-des-instances-docker/

Pourquoi https://localhost:3001 pour le proxy inversé. Le port 3001 n'est mentionné nulle part ailleurs, tu voulais pas dire 3000 ? Et pourquoi https ? Adguard s'expose par défaut sur un port sécurisé ? Autre chose, pour l'écriture en octet pour la mémoire dans docker cli, tu peux utiliser le "M" pour mega. Donc 128Mo -> 128M. Merci pour le tuto sinon, je testerai un jour pour comparer avec Pihole.

Bienvenue parmi nous !

Par défaut ça te sauvegarde la configuration du NAS, donc le paramétrage. Pour les applications, c'est une étape de la création de la tâche de sauvegarde. Tu peux modifier la tâche et vérifier ce que tu lui as demandé de sauvegarder.

Est-ce que tu utilises un DDNS ? Tu peux vérifier via nslookup ndd.tld (remplacer par ton nom de domaine devenu non fonctionnel) depuis PowerShell pour voir ce que ça renvoie.

Merci ça fait toujours plaisir à lire, même si je vais sûrement l'améliorer (surtout la partie docker-compose qui est trop superficielle). A priori Diun a besoin de monter le socket dans tous les cas. C'est la meilleure méthode pour Pi-Hole, mieux que Docker selon moi. Bravo ! Oui ça peut marcher ainsi, c'est ce que j'utilise pour établir un tunnel SSH via VPN depuis un NAS distant vers mon réseau local. Je fais ça car le NAS est derrière un pare-feu entreprise et que je n'ai pas accès au SSH sinon, et donc que le seul moyen d'y avoir accès c'est que lui initie une connexion vers l'extérieur. Tu devrais faire la même tâche avec down au lieu de up -d. 😉 Personnellement quand SSH est dispo je m'en sers. 🙂 Ca t'informe du changement d'état des conteneurs, pour l'instant j'ai juste eu l'information si un conteneur s'arrête de manière inappropriée, c'est le cas selon DSM quand Watchtower fait sa ronde de mise à jour.

Re-Bienvenue !

Welcome !

Bienvenue parmi nous !

Bienvenue parmi nous !

Ce problème n'est pas contournable avec Drive. Drive ne fait pas un tampon local comme tu sembles le penser, c'est une synchronisation entre le NAS et un client. Tu as donc réellement une version du fichier sur ton client. Et cette version n'est pas une version temporaire ou autre. Ca te permet de travailler localement, donc gain de performances, et possibilité d'être déconnecté du NAS, la synchronisation se refera quand la connexion sera de nouveau établie. D'où le problème d'utilisation multiple que tu rencontres. Car évidemment chacun travaille sur son fichier, et en fin de compte c'est la version la plus récente qui prime. En faisant du versioning avec Drive, on peut éventuellement récupérer des infos qui auraient été écrasées, mais ça n'évite pas le problème. En direct, celui qui édite ne pourra pas enregistrer car le fichier est en lecture s'il est déjà ouvert par un autre utilisateur. Pour faire ce que tu veux, il faut des outils tels SharePoint de Microsoft, ou Dropbox, etc... Je compatis en tout cas car un bureau dont je m'occupe va passer sur Dropbox à cause de ça. et le NAS ne servira plus qu'à synchroniser les données de Dropbox et faire des sauvegardes.

Bienvenue 6c6m !

Je vous offre les 2 Go en trop ma bonne dame !

Salut et bienvenue. Est-ce que tu peux séparer ta présentation de ta demande ? Merci ! 🙂

Bienvenue parmi nous Bruno !

Salut, bienvenue à toi. 🙂