.Shad.

C'est toi qui posais la question pour savoir si tu risquais de perdre 8 ans de tournage, pas moi. Si tu as un deuxième NAS qui fait office de sauvegarde eu premier tu n'as rien à craindre pour tes tournages. Pourquoi ne pas sauvegarder aussi tes montages ?

A ta place j'ouvrirais un ticket avec le support en //. C'est quand même très étrange.

Bienvenue parmi nous !

Bienvenue parmi nous !

Bienvenue parmi nous ! J'imagine que malabar arrive bientôt ?

@MilesTEG1 Le preload pour moi n'a d'intérêt que pour éviter que la première connexion à un site, si tu utilises HTTP dans l'URL, soit non chiffrée. Je ne vois pas spécialement l'intérêt car généralement tu n'entres pas des credentials au chargement d'une page. En revanche si tu as mis ton domaine racine et tous tes sous-domaines en preload, et que ton proxy inversé déconne, bonne chance pour arriver à te connecter depuis l'extérieur.

Tu peux tester un reset mode 1 dans un premier temps, ça réinitialise les credentials du compte admin et les paramètres réseau. Des permissions foireuses au niveau des dossiers partagés ne devraient pas empêcher l'accès à DSM. Si tu arrives à te connecter en admin après le reset tu peux vérifier les droits octroyés aux utilisateurs et aux groupes. Si tu n'arrives toujours pas à te logger tu peux tenter un reset mode 2 qui réinstallera DSM, sans toucher aux données des dossiers partagés. Il faudra reprendre la configuration de ton NAS de 0, en suivant le tutoriel sur la sécurité impérativement, et poser des questions au besoin. Enfin le plus gênant dans tout ça : Ca sous-entend que tu considères que ton NAS est infaillible et que tu n'as pas de sauvegarde externe de tes données ? J'espère que ce genre d'événement te fera prendre conscience de l'importance d'avoir des sauvegardes régulières, multiples et géographiquement espacées pour t'assurer que ton travail ne sera jamais perdu. Dans ton cas c'est un avertissement a priori inoffensif, j'espère que tu n'auras jamais à l'apprendre à la dure...

Je ne connais l'existence de l'option Proxy fiable que depuis que j'en ai parlé avec @EVOTk dans le cadre de la mise en place de SWAG. Je doute de t'avoir dit de mettre l'IP de Pi-hole ici, d'autant que je ne vois pas ce que ça apporterait. Le NAS ne reçoit aucune requête de Pi-hole.

Tout est décrit sur le lien donné par @Einsteinium

Ca fait partie des fonctions supprimées au passage de Moments vers Synology Photos... 😕

Pas à ma connaissance.

Par exemple vu que j'utilise SWAG comme proxy inversé, si je ne mets pas l'IP de SWAG (IP de mon serveur Debian chez moi), le NAS voit tout venant de SWAG, ce qui est gênant pour le fail2ban. Si j'ajoute l'IP de SWAG dans Proxies fiables, je vois l'IP d'origine.

Tu as mis en place un DDNS pour le NAS distant ? Tu peux essayer avec cette adresse. Il est ouvert dans le pare-feu du NAS, mais est-ce qu'il est bien redirigé depuis ta box ? Depuis quelques jours certaines personnes ont vu leur redirection sauter à la suite de la màj du firmware de leur Livebox.

Bienvenue parmi nous !

Ta note descend car ton niveau de compatibilité est trop permissif sur DSM 6. Si tu mets compatibilité moderne sur DSM 6 normalement ça limite à TLS 1.2 et TLS 1.1

Un serveur SMTP externe consiste en (en prenant l'exemple d'OVH) : - une adresse pour le serveur smtp : ssl0.ovh.net - un port à utiliser : 465 pour SSL, 587 pour TLS (quasi universel) - une adresse d'expéditeur : l'adresse avec laquelle tu souhaites envoyer l'email (ce n'est pas forcément une adresse liée au fournisseur SMTP) - un nom d'utilisateur - un mot de passe Ces derniers, pour OVH, consiste en l'adresse mail et le mot de passe associé. Chez Gmail c'est pareil. Une grande partie des applications propose ce système d'envoi de mail par un SMTP externe.

Ca limite fort les points de comparaison pour l'analyse de stockage. Sauf solution miracle, tu es bon pour faire un tri manuel.

Si le soft derrière ce formulaire doit envoyer un mail, deux solutions : - soit tu mets en place un serveur mail sur ton NAS mais là c'est quand même sortir la grosse artillerie - soit tu passes par un serveur SMTP, celui de ton FAI, de Google, de ton registrar s'il est en propose un. La deuxième solution est beaucoup (mais vraiment beaucoup) plus simple à mettre en œuvre.

Tu peux très bien utiliser le serveur SMTP de ton FAI pour envoyer des mails. On n'a aucune info sur ton formulaire de ton contact ni sur le cours que tu as suivi, difficile de t'aider plus.

Le bond permet d'avoir, pour une carte Gigabit, 2x1 Gbps. C'est adapté pour du multi-utilisateur. Un client ne pourra pas dépasser 1 Gbps, par contre si un deuxième client lance une copie de fichier par exemple, il ne va pas empiéter sur la bande passante du premier et solliciter la deuxième carte réseau.

C'était déjà le cas avec Moments et DS Photo, il n'y a effectivement que DS File qui le permet dans le panel d'applications Synology.

Commence par mettre l'IP passerelle à la place de l'IP du NAS. Tu peux aussi re-tester la même commande snmpwalk avec l'IP locale du NAS 192.168.2.200 Je te dis, tu as un timeout, c'est la seule chose qui doit te préoccuper, tu sépares ou mets ensemble si tu veux, ça ne change rien, ça implique juste d'avoir les mêmes noms de communauté. Et que les fields soient dans le même measurement.

Bienvenue parmi nous aux Synologeek anonymes !

Donc Telegraf sait atteindre ton NAS, le problème ne vient pas de SNMP ni du pare-feu. Qu'as-tu renseigné dans les premiers champs de [inputs.snmp] pour le NAS (agents, community, etc...) dans le fichier telegraf.conf ? Vérifie que l'IP dans agents est bien l'IP passerelle du NAS.

Je t'ai dit de mettre l'IP passerelle, soit l'IP en x.x.x.1, c'est ton NAS, pourquoi tu lances la commande sur 172.20.0.3 et pas .1 ?