.Shad.

Tu peux vérifier que tu n'as pas activé HSTS pour tes différentes entrées de proxy inversé. Pour la redirection HTTP vers HTTPS, tu as vérifié que le port 80 de ton NAS est accessible depuis l'extérieur ? Et que la redirection du routeur vers le NAS est effective.

Un lien qui devrait pouvoir t'éclaircir sur quelques points : https://reseau-vdi.fr/choix-conseils-onduleur/ Pour le dimensionnement spécifiquement, voir le point 5.

Salut, que modèle de NAS as-tu acheté ? Bienvenue !

Est-ce que nslookup renvoie les bonnes IP ? Est-ce qu'avec Firefox tu observes le même problème ?

Essaie de faire un nettoyage du cache de ton navigateur. Et parallèlement essaie aussi avec un autre.

Bienvenue parmi nous. 😉

Je parlais du fait d'avoir un même tableau de bord pour plusieurs NAS. Avec une variable de type Datasource qui permet de passer facilement d'un NAS à l'autre (mais cela implique que chaque NAS a sa datasource). Pour ce que tu dis je ne crois pas non plus qu'il soit possible d'afficher dans un même panneau des données de sources différentes.

C'est ce que je pense depuis le début perso.

Non tu peux créer une variable de type Datasource. Et avoir plusieurs NAS dans le même tableau de bord. Avec l'incendie d'OVH je peux pas montrer d'impression d'écran, mais une rapide recherche Google devrait suffire.

Simple et efficace. Bienvenue !

Transition Savoureuse 😄

L'idée c'est d'utiliser le dossier /usr/share/snmp/mibs pour les mobs Synology, et par exemple /root/.snmp/mibs pour les mibs de Hik. Tes logs disent que ces dossiers là sont parcourus, contrairement au dossier hik dans les mibs. Visiblement les mibs search paths ne valent que pour le dossier cible, et pas automatiquement tous les enfants.

Ben je te dirais d'utiliser un des dossiers dans lesquels il cherche alors : /root/.snmp/mibs /usr/share/snmp/mibs /usr/share/snmp/mibs/iana /usr/share/snmp/mibs/ietf /usr/share/mibs/site /usr/share/snmp/mibs /usr/share/mibs/iana /usr/share/mibs/ietf /usr/share/mibs/netsnmp

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.