MilesTEG1

Hello, attention il y a aussi la lecture à distance qui peut faire transcoder pour diminuer le débit si la connexion distante est pas terrible (4G ; adsl…). et là aucun des nas que tu as cité ne sera apte à faire ce transcodage… Enfin facilement. De plus pour bénéficier du transcodage matériel, il faut un Plex Pass.

Je dois ajouter, MAJ manuelle 🙂

Mis à jour tout à l’heure, avec reboot du routeur apparemment, ça a pris un peu plus de 5min. Pas loin de 10 je dirais . RAS sinon.

C'est pourtant bien là l'intéret d'un reverse proxy 😉 Moi j'ai plusieurs services qui sont accessibles via le port 443 (vaultwarden, gitea, plex...), mais avec des noms de domaines différents. Et tout fonctionne bien 😉

+1 avec ce que dit @Jeff777 J'ajouterais cependant que le wildcard ne peut pas s'obtenir, via DSM, pour un nom de domaine autre que Synology. Il faut passer par des méthodes plus ou moins complexes pour avoir un certificat wildcard pour un nom de domaine chez OVH ou autre.

@Darkangel C'est quoi qui te dit que le certificat n'est pas reconnu ? Tu l'as fait comment ton certificat ? Normalement si tu le fais via DSM, et que tu mets bien le nom de domaine associé dans le reverse proxy, tu n'as pas de problème...

Hello , je n’utilise pas Bitwarden sur mon nas mais Vaultwarden. si tu veux essayer cette version plus légère, j’ai fait un tuto par ici : https://www.forum-nas.fr/threads/tuto-installer-vaultwarden-avec-une-sauvegarde-automatique-de-la-base-de-données.15341/

Ho merde, j'ai trop la VF en tête, et je suis sûr qu'ils disent comme ça XD Bon je saurais ^^ Merci pour la correction. PS : je suis preneur moi aussi du résultat du tirage de demain 😉 ou de celui dans quelques semaines 😉

Du coup, tu peux nous dire comment tu voyages jusqu'au 11 février 2022 ? Car moi je suis bloqué au 3 février 2022 🤪 Je n'ai pas de doloréane 🤣

J'ai eu la MAJ courant janvier moi aussi. Bon là j'ai plus de Livebox donc... 😅😆

De rien 😉

J'ai même du leur laisser l'accès à mes caméras il y a quelques mois pour un soucis avec Surveillance Station. (j'avais masqué l'affichage avec l'application Reolink, et coupé le son). Tiens nous au courant 🙂

Tu risques alors de ne jamais avoir de résolu ton problème... Moi j'ai créé un compte SynologySupport, qui n'a aucun droit sur les dossiers partagés, mais administrateur (donc ils peuvent se donner les droits). Mais à un moment donné, il faut que tu fasses confiance aux techniciens du support Synology, ce seront les mieux placés pour résoudre ton problème. Je n'ai jamais eu de soucis en faisant cela. Une fois leur manip faite, tu désactives le compte créé.

Je pensais que tu avais contacté le support synology en parallèle 😅 c’est à mon avis ce que tu devrais faire.

Il faut surtout que tu vérifies si les permissions sont OK avec ce nouveau dossier... Si c'est le cas, essaye de copier quelques photos et quelques dossiers de l'ancien vers le nouveau, et vérifie à nouveau les permissions et si tu y as bien accès partout où tu le devrais.

Oh 😄 Je ne te forçais pas à passer à DSM7 😅 Bon maintenant que c'est fait 😄 Il y a un vrai soucis sur ce dossier... Est-ce que tu as ça sur d'autres dossiers partagés ? tes disques durs ont-ils migrés depuis un autre NAS ? Si oui lequel ? Pourrais-tu essayer de renommer ton dossier partagé, et en recréer un nouveau tour frais ?

C’est normal j’ai eu moi aussi ce message. Ça veut dire que tu resterais sur bla-bla.ndd.tld même si en sous marin ça va sur ndd.tld. L’url dans la barre d’adresse ne changera pas et affichera donc toujours bla-bla.ndd.tld. Je crois que c’est que les autres ici appellent un CNAME.

@Chaf Tu es encore sous DSM 6.2 ? Faut que je me connecte sur le vieux DS212 pour faire des captures 😮 Bon moi ce que je voulais voir c'était cet onglet : Mais pas que pour le groupe administrators... Montre aussi les permissions d'un utilisateur pas admin. PS : on est bien d'accord que le compte "admin" est bien désactivé sur ton NAS ?

@olivier.du.974 Pour ça, il faut que ton sous-domaine soit une redirection vers ton domaine, dans la configuration OVH.

@Chaf Montre les permissions de groupes, je pense que le soucis est là.

Attention, @oracle7n'a toujours pas migré sur DSM7 ! Sinon, en effet j'ia bloqué la version 1.20.4 dans mon docker-compose.yml 🙂 Et j'ai bien eu une MAJ ce matin... du coup je ne sais pas pourquoi vu qu'il paraitrait logique que cette version ne soit plus suivi au niveau des MAJ, non ??

Hello, Watchtower m'a fait une MAJ de telegraf 1.20.4. Et je vois ça dans les logs ce matin : 2022-01-28T04:03:21Z I! Starting Telegraf 1.20.4 2022-01-28T04:03:21Z I! Using config file: /etc/telegraf/telegraf.conf 2022-01-28T04:03:21Z I! Loaded inputs: cpu disk diskio docker kernel mem processes snmp swap system 2022-01-28T04:03:21Z I! Loaded aggregators: 2022-01-28T04:03:21Z I! Loaded processors: 2022-01-28T04:03:21Z I! Loaded outputs: influxdb 2022-01-28T04:03:21Z I! Tags enabled: host=monitoring_telegraf 2022-01-28T04:03:21Z I! [agent] Config: Interval:10s, Quiet:false, Hostname:"monitoring_telegraf", Flush Interval:10s 2022-01-28T04:03:31Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:03:31Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:03:35Z E! [inputs.docker] Error in plugin: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.21/info": context deadline exceeded 2022-01-28T04:03:41Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:03:41Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:03:51Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:03:51Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:04:01Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:04:01Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:04:11Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:04:11Z E! [agent] Error writing to outputs.influxdb: could not write any address 2022-01-28T04:04:21Z E! [outputs.influxdb] When writing to [http://monitoring_influxdb:8086]: failed doing req: Post "http://monitoring_influxdb:8086/write?consistency=any&db=nas_telegraf": dial tcp 172.20.0.2:8086: connect: connection refused 2022-01-28T04:04:21Z E! [agent] Error writing to outputs.influxdb: could not write any address Mais chose étrange, Grafana semble avoir accès aux données, et m'affiche bien les valeurs : Du coup je ne comprends pas l'erreur qui a lieu avec telegraf... Edit : Hmm alors en fait, les erreurs dates d'avant la MAJ 😮 Et en rebootant les conteneurs telegraf, je ne vois plus ces erreurs... donc fausse alerte XD

Salut, Du coup, tu as vraiment diagnostiqué le soucis comme étant issu des disques durs ? (c'est souvent ce qui fait foirer le NAS c'est sûr 😅).

C'est exactement ça 🙂 je ne répondais pas vraiment à ta question 😄 PS : pour du code pense à mettre une balise de code avec le bouton <> 😛

Voir le ticket ici : https://github.com/containrrr/watchtower/issues/1205#issuecomment-1021565380 Pour le conteneur récalcitrant à la suppression, faut l'arrêter hein 😉 Sinon passe par la ligne de commande 😉