.Shad.

Pour de l'IPv4 en WAN, les enregistrements nas1, nas2, etc... n'ont pas d'utilité, tout est derrière une même IP publique. C'est en effet les adresses pour les services qui doivent y être si tu souhaites un accès externe.

Tu en vois d'autres qui ont 3 NAS dans le coin 😄 Oui c'est toi, désolé j'aurais dû te citer. 😉

Non car son serveur de nom est son routeur, le wildcard doit pointer sur le proxy inversé, donc le NAS. @GrOoT64 Mais c'est le même problème que d'habitude avec ce tutoriel, tu confonds périphérique et service. Là tu définis le nom pour les périphériques. nas1.ndd.tld ce n'est pas DSM, c'est le NAS lui-même. Si tu veux que ça marche tu crées des entrées dsm-nas1, dsm-nas2 et dsm-nas3, qui pointent toutes vers nas1.ndd.tld (en laissant tes entrées nas1, nas2 et nas3 existantes). Ensuite dans ton proxy inversé tu transformes tes entrées nas1.ndd.tld en dsm-nas1.ndd.tld, nas2.ndd.tld en dsm-nas2.ndd.tld, etc... Et tu verras que ça marche. EDIT : Je pense que je vais créer un petit tutoriel / memento pour expliquer le système DNS dans les grandes lignes, ce sont toujours les mêmes questions qui reviennent (gros manque du tutoriel).

C'était effectivement possible mais la manière dont c'était rédigé ne le laissait pas facilement présager.

Si tu peux mettre une copie d'écran de ta zone DNS sans cacher les IP locales (pour la compréhension). Ainsi que celles de tes entrées de proxy inversé.

Si tu as un Raspberry tu l'installes aussi dessus. Moi j'ai deux Pi-hole pour justement éviter la perte de résolution lors du redémarrage de l'un ou l'autre des périphériques.

Donc c'est un problème lié à ton navigateur. Essaie de faire Shift+F5 quand ça plante avec Firefox. EDIT : Il faut uniquement envoyer l'IP de Adguard, sinon ça peut passer par le secondaire, et forcément ça ne fonctionne plus.

Si tu as un disque dur en rab quelque part, tu peux essayer de remplacer le disque et voir si tu arrives à commencer la procédure d'installation de DSM. Ça permettra de voir si c'est le NAS ou le disque qui pose problème.

Quand tu rencontres le problème, fais un nslookup pour vérifier quel serveur répond.

Explique nous pourquoi déjà tu utilises 3 proxy inversés en premier lieu.

Ca pourrait être bien que tu commences par te présenter dans la section prévue à cet effet. Tu ne donnes ni ton matériel ni ta version de DSM, ni ton niveau. Du coup difficile d'orienter et calibrer nos réponses. Visiblement il n'existe pas de paquet maintenu correctement pour ton application. Il faut dans ce cas-là passer par une VM ou par Docker, et leur disponibilité dépend de ton modèle de NAS.

Bienvenue et courage 🙂

C'est bien pour un NAS sur DSM 5 ou moins ? Difficile à dire comme ça, surtout si tu as déjà épluché tous les logs. Que dit /var/log/messages à l'heure où le deuxième mail te parvient ?

C'est étrange car ça devrait fonctionner. Est-ce que tu peux taper ceci en SSH et en poster le résultat : docker network inspect bridge Pense à ajouter sudo devant si tu n'es pas connecté via l'utilisateur root. Et vérifier dans le pare-feu de ton NAS que tu autorises les IP 172.16.0.0/12 (mais je doute que ce soit ça car si c'était interdit, même avec l'IP locale ça ne passerait pas). A la place de l'IP locale tu peux aussi utiliser le nom NetBIOS normalement, moins de chance que le nom change contrairement à l'IP (changement de box, réorganisation du réseau, etc... pas sûr que tu penses à màj le script... c'est l'avantage de l'IP passerelle qui ne change jamais).

Pourquoi tu mets photo.ndd dans la partie HTTP ? Tu mets juste localhost.

Ce que tu avais mis en place pour enlever le /photo de Photostation.

Oui, ça fonctionne comme n'importe quelle autre application Synology (tu dois spécifier le port 443 dans l'application mobile si tu passes par le proxy inversé). Tu dois bazarder tout ce qui a trait à la réécriture Apache du chemin.

Apparemment un système de badges a été ajouté. J'imagine qu'on repart tous de 0, ou peut-être que @rodo37 cherche un moyen d'appliquer la fonctionnalité rétroactivement !

Salut, il est important de préciser ton niveau en informatique et le matériel dont du disposes, ou de les préciser dans ta signature, cela permet d'adapter nos réponses.

Normalement on n'a pas à toucher à ce fichier. Tu as peut-être résolu ce problème temporairement au prix de dysfonctionnements futurs probables. Si tu pouvais mettre une impression d'écran du fichier de configuration incriminé.

Pour l'instant je n'ai pas cherché plus que ça, j'essaie déjà d'établir le lien de cause à effet, mais oui c'est étrange. Après pfSense a subi (subi est le mot au vu des soucis qui ont émergé) une mise à jour majeure, le paquet Telegraf a été mis à jour également, et moi je suis resté sur la version antérieure, tout en ayant mis à jour le paquet, ceci explique peut-être cela. Pour la rétention je suis à 4 semaines pour les graphes, 2 semaines pour les speedtest.

Alors j'ai un peu investigué hier, j'ai pu remarquer que le conteneur InfluxDB s'arrête à 6h et quelques secondes du matin. Ca correspond à un envoi instantané d'une vingtaine de fois le même paquet de données de la part de pfSense. J'ai désactivé le monitoring de ce dernier pour voir comme ça va se comporter dans les jours qui viennent. Au passage, j'ai gagné environ 300Mo de mémoire en passant l'intervalle d'acquisition de 30s à 60s.

La clé c'est surtout utile pour sécuriser une connexion distante, en local chez lui ça me semble too much... 😉

@Jeff777 Et bien s'il redémarre son NAS principal que sa résolution DNS locale ne soit pas HS car le deuxième serveur prend le relais, c'est courant comme setup. 🙂 @GrOoT64 Il faut simplement faire une zone esclave sur le deuxième NAS au lieu d'une zone maître et entrer l'IP du NAS principal comme zone maître. Tu peux éventuellement limiter le transfert de zone à l'IP du NAS secondaire dans les paramètres de la zone maître.

Bienvenue parmi nous. 😉