Jeff777

Essai dans ton navigateur xxx.synology.me sans index.php

Euh tu as du te tromper c'est dans cet ordre : nslookup XXXsynology.me 8.8.8.8

Salut, nslookup te donne toujours ton adresse ? avec xxx.synology.me

oui mais ta réponse est plus complète et plus détaillée😉

Le fait que l'IP soir dynamique ou fixe ne dépend que de ton fournisseur d'accès pas du routeur !

Oui bizarre. En tout cas pour moi c'était hier que watchtower mettait à jour et il ne s'est rien passé sur telegraf

Tu m'a mal compris @oracle7 (ou bien je me suis mal fait comprendre). Je n'ai pas eu de mise à jour de telegraf car mes docker-compose sont bloqué sur 1.20.4 au lieu de latest car j'avais compris que 1.21 boguait ou faisait boguer. Je m'étonnait simplement que @MilesTEG1 ai pu avoir une MAJ de la version 1.20.4 puisque j'avais compris que lui aussi étaient bloqué avec cette version. D'où mon commentaire : Maintenant si les dashboards fonctionnent avec 1.21.2 c'est une bonne nouvelle. Tu confirmes?

Mais 1.20.4 c'est la version sur laquelle on est resté bloqué. Au delà grafana bug...à moins que le pb soit corrigé. En tout cas c'est la version que j'ai dans mes containers. Comment veux-tu avoir une MAJ de cette version ? Y'a que Synology pour faire des MAJ avec le même numéro de version 😉

Bonjour @MASSENA Comme sur tout forum il est recommandé de se présenter en premier lieu, c'est ici. Concernant la sécurité de ton nas, as-tu parcouru ce tuto qui va t'apporter des solutions : Il ne faut pas s'inquiéter concernant le changement d'adresse de ton pc indiquée dans ta capture. Il est montré ton IP locale IPV4 192.168.0.9 et ton adresse IPV6 publique 2a01:XXXX. Cette dernière est temporaire donc c'est normal qu'elle change. D'ailleurs heureusement pour toi car il n'est pas du tout souhaitable de l'afficher sur un forum. Celles que tu montres sont périmées mais évite de le faire à l'avenir.😉

Bonjour @Geoff1330 Pour moi c'est au moment de l'installation qu'il faut choisir : protocole IPV4 ET IPV6

Bienvenue @tpmrs

Non il restait au placard et ne le sortait que pour faire une sauvegarde (tous les 2 mois). Ces deux derniers jours je l'ai sorti pour faire mon transfert de données vers le DS212+. Comme je n'ai qu'une prise réseau de libre, je n'ai pas pu copier directement. Je suis passé par le PC avec Filezilla. J'ai fait 3 fois l'opération (pas assez de place sur le PC) et à chaque fois que je transférais sur le DS212, le DS207 était débranché. Je ne sors le DS207+ que de temps en temps et je n'ai jamais eu de problème avec lui....c'est du bon matériel costaud et très esthétique (oui un peu dépassé en perf.). Je suppose que les opérations limitées que je faisais ne dépendaient pas de la date. En tout cas le démarrage se passait sans problème.

Ah c'est vrai que DSM 3.1 ne risquait plus d'avoir de MAJ 😉

Ce nas je le mets en service de temps en temps et je n'ai jamais eu de problème au démarrage. Et récemment je l'ai redémarré plusieurs fois pour transférer les données morceau par morceau vers mon PC avec Filezilla puis vers le DS212+. Il a toujours redémarré sans soucis. C'est bien, cela qui m'étonne car la pile à 1V cela ne doit pas dater d'hier ! En tout cas maintenant il a une pile neuve pour sa deuxième vie 😉

J'ai pas eu de pb pour l'arrêter avec portainer ni pour retirer l'ancienne image. Et le nouveau est fonctionnel. Je ne comprends pas le lien avec le ticket. Je n'ai pas de notifications par mail mais par Gotify. En fait tu ne répondais pas à ma question je crois 😂 version: '2.1' services: watchtower: image: containrrr/watchtower:latest container_name: watchtower network_mode: bridge environment: - WARCHTOWER_NOTIFICATIONS_LEVEL=info - WATCHTOWER_NOTIFICATIONS=gotify - WATCHTOWER_NOTIFICATION_GOTIFY_URL=https://gotify. - WATCHTOWER_NOTIFICATION_GOTIFY_TOKEN=A5xxxxxxxxxxxxxxx - WATCHTOWER_SCHEDULE=0 0 4 * * 3 - WATCHTOWER_CLEANUP=true - WATCHTOWER_LABEL_ENABLE=true - WATCHTOWER_DEBUG=true - WATCHTOWER_TIMEOUT=30s - TZ=Europe/Paris labels: - "com.centurylinklabs.watchtower.enable=true" volumes: - /var/run/docker.sock:/var/run/docker.sock restart: unless-stopped

A votre santé, Jusqu'à présent je sortais de temps en temps mon vieux DS207+ que j'aime beaucoup pour faire une sauvegarde ultime de certains fichiers. Comme je viens de remplacer mon DS212+ par un DS220+, je vais l'utiliser pour faire des sauvegardes avec hyperbackup. J'ai donc transféré toutes mes anciennes sauvegardes du DS207+ vers le DS212+ et vais le passer à mon fils pour qu'il se fasse la main. J'en profite pour changer la pile de DS207+ qui ne m'a jamais créé de soucis et note qu'elle est tombée à 1V !! Alors ma question est la suivante : a quoi peut bien servir cette pile mise à part à garder l'heure. Si l'on fait de la synchro je comprends bien mais à part cela??

Salut @MilesTEG1 Qu'entends-tu par "titre de la notification". Je n'ai pas de problème avec ça. Le seul problème c'est que Watchtower n'a pas réussi à retirer son ancien container. Mais c'est peut-être normal car il ne veux pas se suicider 🙃

Bonjour à tous, Message de Gotify ci-dessous reçu hier. Effectivement j'avais un container watchtower bidon qui utilisait l'image dd78xx. J'ai détruit les deux et le container restant utilise bien la nouvelle image 333dexx. Avez-vous eu ce comportement ? Watchtower updates on 1c57xxxxx 1 day ago Found new ghcr.io/linuxserver/unifi-controller:latest image (e827xx) Found new linuxserver/jellyfin:latest image (a3da7xx) Found new containrrr/watchtower:latest image (333dexx) Stopping /jellyfin (c176bfxx) with SIGTERM Stopping /unifi-controller (db08xx) with SIGTERM Creating /unifi-controller Creating /jellyfin Creating /watchtower Removing image 4e63xx Removing image 868axx Removing image dd78axx Error response from daemon: conflict: unable to delete dd78xx (cannot be forced) - image is being used by running container 1c571cxx

non, j'ai Jellyfin, mais j'écoute très peu de musique sauf en concert ou lorsque j'en joue 😂

Bonjour, Désolé je n'ai pas d'expérience sur ces OS. As-tu bien suivi l'aide Synology : https://kb.synology.com/en-global/DSM/tutorial/How_do_I_connect_to_Synology_VPN_Server_via_Mac#x_anchor_id6 https://kb.synology.com/fr-fr/DSM/tutorial/How_to_connect_VPN_server_from_iOS#t2

Bonjour, oui ça ne semble pas être simple de se servir de DSaudio. Tout ce que je peux dire c'est de bien lire l'aide DSaudio https://kb.synology.com/fr-fr/DSM/help/DSaudio/Android?version=7 d'essayer avec l'adresse ip publique ou l'adresse ip locale en VPN et de bien effacer les essais précédents : Tapez sur la touche fléchée à côté du champ Adresse ou QuickConnect ID pour sélectionner les précédents identifiants de connexion de la liste de votre historique d'identification ou trouver les serveurs Synology dans votre réseau local. Il est possible de supprimer un jeu d'identifiants en appuyant sur , à droite de l'entrée choisie, puis sur Supprimer. Mais sans garanties. En tout cas ton retour nous aidera à comprendre 😉

Bon je crois que le mieux c'est que tu suives ce tuto avant d'ouvrir ton nas vers l'extérieur: Dans la partie pare-feu tu autoriseras "80,443 TCP tous" Dans la box il faut trouver la partie NAT/port Forwarding ou redirection de ports et rediriger les requêtes avec les ports 80 et 443 vers les ports 80 et 443 du nas (utiliser son IP locale). Et ça devrait marcher. Je suis désolé de ne pas te donner plus de détail mais je ne connais pas ta box et de plus je vais me coucher. 😴 A demain

Les ports 80 en http ou 443 en https sont bien ouverts sur le nas ? Et la box redirige bien ces ports vers le nas ?

Si c'est un client Android oui c'est normal. Il faut lui donner un Certificat avec une extension différente. Tu trouveras des discussions à ce sujet sur le forum ou sur le net. Sinon tu peux continuer sans certificat, ça fonctionne.

Bienvenue @flipfront c'est le ds214play ou le joyeux papa qui est à la retraite ?😁 ou les deux?