.Shad.

Quand as-tu ce message exactement ? Est-ce que le domaine est un domaine Synology ? ou un que tu as acheté ?

Vérifie que si activer SMBv1 dans tes paramètres de fichiers sur DSM change quelque chose : Panneau de configuration -> Service de fichiers -> SMB -> Paramètres avancés : Sur le même écran, onglet Autres : Si ça ne change rien, tu remets SMB2 et large MTU dans Protocole SMB minimum dans le premier écran. Et tu décoches Activer l'authentification NTLMv1 dans le dernier.

Je vais faire la même demande de mon côté, c'est également une fonctionnalité qui m'intéresserait.

@Dimebag Darrell Le plus probable est que tu as restauré Portainer, qu'il a automatiquement recréé les stacks sans que les dossiers de données ne soient présents. Je le sais car je suis déjà tombé dans le panneau. 😉 Dans ce cas-là tu dois t'assurer de rester en premier lieu les données des conteneurs, puis seulement restaurer Portainer. Pour tes logs, ça a plutôt l'air d'être une info qu'une erreur. Aucune idée sinon.

Tes 3 instances doivent être redirigées vers des pors du NAS différents, par exemple 8080 pour la première, 10080 et 12080 pour les deuxième et troisième. En ligne de commande ça donnerait pour la première instance : docker container create --name fmr1 -p 8080:8080 metadatatechnology/fmr-mysql:latest Deuxième instance : docker container create --name fmr2 -p 10080:8080 metadatatechnology/fmr-mysql:latest Troisième instance : docker container create --name fmr2 -p 12080:8080 metadatatechnology/fmr-mysql:latest Je ne suis pas sûr qu'il soit utile d'utiliser la variable d'environnement SERVER_URL, ça peut rester sur localhost à l'intérieur du conteneur. Par contre la doc ne dit pas de monter de volume, pourtant dans le Dockerfile il y a le volume /var/lib/mysql qui est déclaré, si tu tiens à tes données je monterais ce dossier dans un volume Docker, afin de t'épargner des problèmes de permission : docker container create --name fmr1 -p 8080:8080 -v fmr1_mysql:/var/lib/mysql metadatatechnology/fmr-mysql:latest Sinon tu risques de perdre tes données lors de l'arrêt du conteneur, à toi de tester. Tu peux utiliser Traefik oui, mais NGINX sur le NAS ferait très bien l'affaire. Sauf si tu tiens absolument à utiliser des sous-dossiers et pas des sous-domaines. L'interface permet l'utilisation de sous-dossiers pour les applications natives Synology, mais pour le reste ça passe par le sous-domaine. Par exemple : https://fmr1.mydomain.org -> http://localhost:8080 https://fmr2.mydomain.org -> http://localhost:10080 https://fmr3.mydomain.org -> http://localhost:12080

En 8-B-2 tu as la commande pour générer un fichier de config, et normalement si tu as suivi le tuto tu as fait une sauvegarde du fichier original. En 8-B-3-b, tu as les champs attendus pour InfluxDB dans Telegraf.

C'est normal le doublon là ? parce que dans ce cas-là il prend le premier et pas le deuxième, et donc il cherche à atteindre localhost vu que rien n'est spécifié dans le premier plugin.

Tu peux copier-coller ici le contenu de [[outputs.influxdb]] de ton fichier de configuration telegraf.conf ?

Ca veut juste dire qu'admin est admin, et que user_telegraf n'est pas admin. Rien de plus normal. Pourquoi tout recommencer, je t'ai posé des questions (sans point d'interrogation je reconnais) dans ma première intervention : Donc en reformulant : Est-ce qu'InfluxDB et Telegraf sont en mode bridge ? Si oui, est-ce que les deux conteneurs dans le même réseau bridge ?

C'est normal qu'il ne soit pas admin. L'utilisateur est sensé avoir tous les droits sur la base de donnée qui lui est associée, c'est ce que tu fais avec GRANT ALL TO ... ON ... Pas avoir tous les droits sur toutes les bases de données. Par défaut, le seul utilisateur admin est celui spécifié dans ton fichier compose lors de la création initiale du conteneur. Le problème est là où je l'ai signalé, si c'était un problème de droit tu n'aurais pas eu un "connection refused" mais un "permission denied" ou équivalent.

Je ne vois pas le rapport entre ta réponse et ma réponse. 😕 Il faut que tu commences par éclaircir les points que j'ai soulignés dans ma réponse. A moins tu aies créé un nouvel utilisateur, ou une nouvelle db Telegraf, il n'y a aucune raison d'aller changer les permissions des utilisateurs d'InfluxDB sur leur base de donnée.

Pour l'utilisation dont tu parles, n'importe quel NAS pourrait faire l'affaire. Il faut réfléchir à d'autres aspects pour mieux cibler le produit qui te conviendrait au mieux : Besoin d'une tolérance de panne ? Quid des sauvegardes de tes données ? Taille totale estimée des données à y stocker Prévisions d'augmentation de l'espace de stockage nécessaire pour les prochaines années ? Quand tu dis serveur web, c'est juste pour héberger un petit site ? De façon générale, un modèle + n'est jamais un mauvais choix, car son évolutivité sera meilleure. Concernant le DS223+ et bien il faudrait déjà attendre qu'il soit officiellement annoncé. Sauf si j'ai loupé une annonce importante ces derniers jours.

Salut @Oonnay Bienvenue parmi nous !

Bienvenue parmi nous !

Tu es sûr que ce sont des données récentes que tu vois ? On peut se faire avoir avec les tables, en revanche sur les graphiques c'est plus évident. Pour moi y a une erreur dans ton paramétrage, sauf si Telegraf et InfluxDB sont en mode host. Si pas le cas, c'est normal que la connexion soit refusée, il n'y a rien sur le port 8086 du conteneur Telegraf. Ton instance Telegraf devrait pousser les données vers http://influxdb:8086, où influxdb est le nom du conteneur InfluxDB et où les deux conteneurs Telegraf et InfluxDB sont dans le même réseau bridge.

@Jeff777 tu peux aussi utiliser SMB Multichannel avec la nouvelle version du paquet SMB sur ton NAS. Ca te permettra d'arriver à 1 Gbps * Nb de ports de ton NAS en vitesse de transfert pour un même transfert. https://www.cachem.fr/synology-et-smb-multichannel/ Personnellemment, si j'avais été plus compétent dans le domaine lors de l'achat de ma maison, j'aurais fait tirer un backbone central en fibre sur mes 3 étages. Il m'aurait juste fallu des switchs avec des cages SFP+ à chaque étage. Ca m'aurait coûté un peu plus cher en switch, mais beaucoup moins que l'équivalent en 10 GBe RJ45 (également moins énergivore et dissipateur de chaleur) si l'idée me venait de passer mon réseau en 10 Gbps. Là en l'état j'ai du cat6 dans les murs. C'est déjà bien, mais si un jour je souhaite profiter du 10 Gbps, je vais devoir passer à la caisse. 😄 😄 Espérons que ça se démocratise, je n'ai même pas encore la fibre et ce pour quelques années encore je pense, donc le problème n'en est pas vraiment un. 😄

Je plussoie la remarque de @Kramlech Drive me semble tout indiqué "en théorie". Je dis en théorie car vous parlez d'un NAS derrière un routeur/pare-feu d'entreprise, il faut donc s'assurer que des redirections de port puissent être faites, ce n'est pas forcément le cas. Car que vous utilisiez Drive, WebDAV ou un serveur VPN, il faut dans tous les cas rendre ceci accessible au monde extérieur. OU faire en sorte que le serveur soit chez vous, et que le NAS s'y connecte comme client, mais ça commence à faire usine à gaz. OU ENCORE si aucune redirection de port n'est faisable au niveau du pare-feu d'entreprise, utiliser QuickConnect, c'est en l'occurence son (seul) point fort par rapport aux solutions citées précédemment.

Salut @adelac Plusieurs remarques : - Eviter comme la peste les tutoriels Marius Hosting, outre les nombreuses erreurs qui sont généralement présentes dans ses tutoriels, avoir en STEP 1 de son tutoriel un lien de sponsor, ça me dépasse. - Toujours consulter la documentation officielle de l'image quand elle existe (et se méfier s'il n'y a pas d'info) : https://hub.docker.com/_/mediawiki - Concernant les extensions je cite la doc : Ainsi que le lien vers Github qui en parle : https://github.com/docker-library/docs/blob/31280550a3c7104fef824450753844d2f3d917be/php/README.md#how-to-install-more-php-extensions Donc en gros, soit tu modifies le Dockerfile pour inclure les extensions qui vont bien. Soit, si tu sais intégrer des extensions juste en accédant aux dossiers de l'application, tu dois trouver le dossier correspondant dans le conteneur. J'ai l'impression que si tu montes en volume le dossier /var/www/html au lieu de /var/www/html/images, tu auras accès au dossier de niveau supérieur qui contient les dossiers dont tu as besoin. Il faudra vérifier qu'au niveau des permissions que ça ne pose pas problème en revanche, donc pour éviter ça, dans un premier temps, tu peux ne rien toucher, et essayer de te logger dans le conteneur. Pour cela, sur le NAS en ligne de commande, tu tapes : docker exec -it mediawiki bash si bash ne fonctionne pas, essayer ash ou sh. Si l'un des trois fonctionne, tu pourras te balader dans le conteneur à coup de ls et cd, et vérifier où se situent les dossiers dont tu as besoin pour ajouter des extensions, et tu le monteras comme volume additionnel dans ton fichier compose.

Et pourquoi ça ne marcherait pas ? Push messages · Gotify Swagger UI (gotify.github.io) Il y a visiblement tout ce qu'il faut. Voir mon message plus avant, c'est globalement le même principe.

Là ?

Est-ce qu'en changeant le fichier sshd_config, le service SFTP est bien toujours activé ? De souvenir la configuration de SFTP se fait dans le même fichier.

Welcome 🙂

Bienvenue parmi nous !

@MilesTEG1 Je viens de tester rapidement avec l'API de mon conteneur Apprise sur le réseau local, ça fonctionne, je reçois les messages tests sur Discord : Ce que DSM demande, ça revient à ce qu'a dit @PiwiLAbruti, ce sont les arguments d'un curl. Voilà la tâche CRON de mon serveur Debian concernant une sauvegarde Borgbackup chaque nuit : curl -X POST -d 'tag=botCron&body=BORGBACKUP : Task **bwdata** __successfully__ completed on **Shepard**' https://apprise-api.xxxxx.ovh/notify/apprise J'aurais pu utiliser un entête JSON, comme imposé par DSM visiblement, ça aurait donné : curl -X POST -H "Content-Type: application/json" -d { "tag" : "botCron", "body" : "BORGBACKUP : Task **bwdata** __successfully__ completed on **Shepard**" } https://apprise-api.xxxxx.ovh/notify/apprise Plus d'info sur Apprise-api (disponible aussi sur Linuxserver) : https://github.com/caronc/apprise-api/ Je m'en sers maintenant pour toutes mes notifications, le fait d'avoir une API accessible le rend très intéressant, car il suffit d'un curl pour notifier ce qu'on veut.

Pour le serveur d'archives, un aspirateur de site devrait pouvoir facilement faire le boulot. Pour le listing, je verrais plutôt ça comme un travail collaboratif. Soit c'est une info qu'on trouve sur le site de Synology et dans ce cas-là on se répartit à quelques-uns un certain nombre de NAS. Soit pas, et dans ce cas-là on peut faire un Google Sheet qui va être peuplé au fur et à mesure des infos que chacun apporte. Je suis sur mon téléphone là, ce n'est pas le plus pratique, est-ce qu'on trouve la correspondance version max des paquets - version max de DSM sur le site officiel ?