.Shad.

Premier résultat Google : https://www.cyberciti.biz/faq/bash-loop-over-file/ Une bête boucle for, maintenant c'est à toi de bosser. 😉

Ah alors là @EVOTk et le support Synology ont peut-être visé juste. 😉

Plus que vérifier l'augmentation de la taille du fichier, je vérifierais le checksum. Tu pars sur l'idée d'un script qui fait deux vérifications sur un intervalle de X secondes. Si l'output est le même c'est que le fichier n'a pas changé. De là tu peux partir sur une boucle if qui s'occupera de déplacer le fichier d'un dossier à l'autre. Sinon ne rien faire. Un peu de biblio : https://stackoverflow.com/questions/12900538/fastest-way-to-tell-if-two-files-have-the-same-contents-in-unix-linux

J'ai du mal à voir comment un problème de RAM pourrait conduire à ce genre de problèmes. A la limite qu'il ne démarre plus, ou qu'il y ait une BIP au démarrage. Ou qu'il démarre et qu'il s'éteigne. Alors que j'ai eu un problème similaire (mais tout à fait récupérable dans mon cas) avec mon cache SSD l'année dernière. Je ne dis pas que ça ne peut pas être lié à la mémoire, mais ça me semble peu probable (mais je ne suis pas informaticien non plus 😛).

Je n'y crois pas une seconde...

J'avais eu des soucis à l'époque avec deux SSD Samsung en cache lecture seule. Deux fois le volume avait planté. Depuis que je les ai recyclés dans mon serveur Debian, plus de plantage d'un côté comme de l'autre.

En effet, si DSM inaccessible tu es coincé. Et du coup je pense aussi que je vais mettre un serveur syslog sur mon vps (quand celui-ci ne brûlera pas plus 😄).

Je ne vois l'info dans aucun de mes mails, mais elle était bien présente dans la partie client d'OVH, qui n'est plus accessible pour mon VPS. Enfin c'est pas dramatique pour l'utilisation que j'en fais, c'est plus gênant pour ceux qui l'utilisent comme proxy inversé.

Salut, ça sent pas bon tout ça. J'ouvrirais un ticket au support avant de tenter quoique ce soit. Est-ce que tu arrives à faire une archive de logs depuis le centre d'assistance comme ils ont l'habitude de demander. Que dit le centre de journaux d'ailleurs ?

Bienvenue parmi nous. 😉

Je n'ai pas mal pris ta proposition, je t'ai juste dit qu'on est tributaire des évolutions de MiB, et elles ne sont pas si rares que ça, il y a encore eu une màj en 2020. J'appelle ça une rustine, car ça donne un workaround à un problème qui doit être résolu de manière plus globale. De plus, dans mon tutoriel à aucun moment je ne personnalise le dossier des MIB, parce que je n'en ai pas besoin dans ce que je développe, donc ça tomberait un peu des nues. Je sais que c'est une solution que je t'avais proposée, mais c'était complètement temporaire, ça n'a pas sa place dans un tutoriel à mon humble avis. En reparcourant cette discussion, je vois que tu avais mis dans le fichier snmp.conf : mibdirs +/volume1/docker/MIBs mibs +HIK-DEVICE-MIB Ca ne peut pas marcher car tu es dans le conteneur et tu donnes un chemin relatif à DSM. Pour moi, une solution possible serait de créer un fichier snmp.conf sur ton NAS dans le dossier telegraf avec : mibdirs +/usr/share/snmp/mibs/hik mibs +HIK-DEVICE-MIB Et mettre le MIB là où tu veux sur ton NAS, par exemple /volume1/docker/telegraf/mibs/ : volumes: - /volume1/docker/telegraf/mibs/HIK-DEVICE-MIB:/usr/share/snmp/mibs/hik/HIK-DEVICE-MIB:ro Quand Telegraf va poll un périphérique, il va chercher dans le dossier par défaut (/usr/share/snmp/mibs/) + le mibdirs ajouté plus haut, dans lequel il trouvera le HIK-DEVICE-MIB. Bref, il ne faut pas prendre la mouche parce que cette solution ne me convient pas, que je sache j'ai souvent tenu compte de ton avis quand je le trouve pertinent.

Je préciserai le risque de reset si on y ajoute sa tambouille, bien que dans mon tutoriel je ne dis jamais d'y ajouter des fichiers. Et en soit faire ce que tu proposes est une rustine, car si les MIB évoluent, tu garderas les versions antérieures des MIB. Et l'évolution des MIB ce n'est pas la première ligne des patch notes. 😄 Et je crois que tu avais testé d'ajouter un sous-dossier, que ça ne marchait pas, ce qui m'interroge encore. Car normalement SNMP balaie le dossier configuré et ses enfants dans son démon, SNMPD.

Pour ceux qui ont un VPS chez OVH, il y a eu un énorme incendie, plusieurs datacenter sont touchés. Mon VPS faisait je crois partie du datacenter complètement rasé. Donc si tout d'un coup certaines choses ne marchent plus chez vous, il faut commencer par regarder dans cette direction. Pour ma part j'utilisais BorgBackup pour faire un backup des données importantes de mon VPS sur mon NAS. Mais en l'état plus rien n'est accessible me concernant.

Personnellement je fais la redirection HTTP vers HTTPS par Nginx, mais pas via le NAS, via un conteneur Nginx. Le problème sur DSM c'est que la configuration des services comme Nginx peut être reset lors de mise à jour. Dans certains cas on peut créer un fichier conf indépendant des fichiers de base, qu'on appelle dans la configuration générale via un include. Je n'ai jamais regardé si c'était faisable sur le NAS, j'y jetterai un œil.

Bienvenue parmi nous 🙂

Peux-tu nous dire quel est ou sont tes modèles de NAS ? Bienvenue sinon 🙂

Welcome !

Ce n'est pas une synchro que tu fais là, c'est un déplacement, il faudrait a minima une copie pour parler de synchronisation. Mais une synchronisation c'est plus complexe que ça.

Si tu ajoutes des fichiers (image ou autre) dans tes pièces jointes et que tu ne les insères pas quelque part, ils se retrouvent à la fil à la fin de ton message. Donc soit tu as oublié de l'insérer au bon endroit dans ton tutoriel, soit tu l'avais importé à un moment et tu as décidé de ne pas l'utiliser, dans ce cas-là il faut le supprimer des pièces jointes. 😉

Hello, joli travail 🙂 Dommage je n'ai pas de Livebox pour tester ! Juste une remarque, tu as un fichier config.json qui se balade tout seul à la fin de ton tutoriel, je ne sais pas si c'est voulu ? Encore bravo. 😉

Oui, entre 250€ et 300€ ça me semble tout à fait raisonnable.

Plusieurs choses, premièrement ton fail2ban ne peut pas marcher en l'état, car il va lire les logs de /volume1/docker/bitwarden/bitwarden.log. N'oublie pas que ton conteneur fail2ban, celui de crazymax par exemple, n'a pas la moindre idée de l'existence de ce chemin. Pour qu'il ait accès aux logs de Bitwarden, il faut monter ces logs dans le conteneur fail2ban. Chez moi j'utilise la version officielle de Bitwarden, donc le chemin des logs n'est pas le même que pour toi, mais voici un exemple : C'est la config de ma jail Bitwarden dans jail.local, je dis au conteneur qu'il doit aller voir dans son arborescence dans /log/host_bitwarden.txt pour trouver les logs qui l'intéressent. C'est arbitraire, j'aurais pu lui dire de regarder dans /toto/tutu/tata.txt Et pour que ce fichier existe dans le conteneur, il faut que mon conteneur fail2ban ait monté ces logs en volume : C'est la dernière ligne qui t'intéresse. J'ai monté l'équivalent de ton /volume1/docker/bitwarden/bitwarden.log dans /log/host_bitwarden.txt Si tu as déjà défini des volumes sous DSM, je pense que tu vois comment faire. Pour les mails, pour l'image de crazy-max en tout cas, c'est assez limpide : https://github.com/crazy-max/docker-fail2ban#environment-variables Tu as juste à configurer quelques variables d'environnement. Par contre, je doute de la pertinence d'un envoi de mail à chaque blocage par fail2ban. Vu que j'ai plusieurs personnes qui utilisent mon instance Bitwarden, il est accessible directement par nom de domaine, et donc des intrus peuvent essayer de se logger, bon ils n'ont aucune chance d'y arriver, car fail2ban + authentification 2FA + restriction à la Belgique et à la France. Mais ça ne les empêche pas d'essayer et de se faire ban en masse, je n'imagine même pas le nombre de mails que je recevrais... 😄

Bienvenue parmi nous, puisses-tu continuer de trouver ton bonheur par ici !

Ce n'est pas la même version : 6.2.4-25556 contre 25554 avant.

Les problèmes d'horloge peuvent être liés à la pile CMOS de la carte mère, a vérifier mais je pense qu'il s'agit d'une bête CR2032 3V. Quant aux DNS tu peux les changer dans /etc/resolv.conf, ce sera sûrement écrasé par le système mais temporairement ça te permet de vérifier ta résolution DNS. De plus avec nslookup tu peux spécifier le DNS utilisé en ajoutant son IP à la suite du domaine interrogé. C'est très étrange que le bouton reset ne fonctionne pas, peut-être aussi lié à une pile HS ?