.Shad.

Je ne sais pas si ça peut t'aider : https://support.google.com/sites/answer/9068867?hl=en#zippy=%2Cuse-a-domain-you-own-that-is-registered-elsewhere

Welcome !

Bienvenue parmi nous !

Je ne vois pas pourquoi tu n'as pas cette option, connecté en admin tu n'as pas plus d'option ?

Belgique un peu loin sinon ça m'aurait intéressé. 😛

L'espace partagé permet de mettre des photos dans un dossier commun "photo". Pour activer cet espace partagé, ça se passe dans les paramètres de Synology Photos en étant connecté avec un compte administrateur. Et sinon il y a une vue par dossier, au lieu de chronologique :

@j0ffr37 Non, tu ne le rends accessible que si le pare-feu de ta box autorise l'accès distant, sinon aucun risque. Je ne sais pas ce que tu sais régler sur ta box ou ton routeur s'il est en DMZ ? Pour ma part, mes périphériques ont tous une IPv6 publique routable, mais tout ce qui est DNS local, proxy inversé local, etc... je reste sur de l'IPv4. Ayant expérimenté IPv6 localement je n'y ai vu aucun bénéfice notable. Pour la résolution IPv6, utilisant SLAAC, je n'ai pas de serveur DNS IPv6, mes requêtes IPv6 utilisent donc le serveur DNS indiqué par le serveur DHCPv4, à savoir mon Pi-Hole : Celui-ci traite sans mal les requêtes IPv6. Car il a autant des serveurs upstream IPv4 que IPv6. Pour résumer, je dirais que l'IPv6 appliquée à Docker est envisageable si : On a un pare-feu solide qui permet un accès sécurisé au conteneur On souhaite accéder directement au conteneur sans passer par l'hôte

Welcome !

Bienvenue parmi nous !

@Jeff777 C'était amical hein. 🙂 @MilesTEG1 a tout dit je pense. 😉

En Shell

Salut, On aime bien que les gens se présentent car ça permet de connaître leur matériel, leur niveau et leurs attentes. Par exemple, comme ça je ne sais pas si ton NAS est compatible Docker, ce qui peut changer l'aspect de la réponse pour tout ce qui sort du cadre de ce que DSM propose via son interface. Ce que tu veux faire est relativement simple, et gérable par le planificateur de tâches, mais un script n'est pas forcément le plus adapté, moi je te conseillerais d'utiliser Healthchecks.io, qui est exactement fait pour ça. Il suffit que tu crées une tâche dans Domoticz qui fasse un curl à l'intervalle que tu souhaites. Par exemple, j'ai quelques tâches de sauvegarde qui ping Healthchecks.io : Tant que l'API reçoit le ping, je ne reçois aucune alerte, si le délai est dépassé (moi c'est "1 day", ça pourrait être toutes les x minutes) et que le délai de grâce l'est aussi (j'ai choisi 1 heure), je reçois une notification via les services que j'ai configurés, à savoir mail et serveur Discord. Soit tu utilises la version online comme moi, soit tu l'héberges localement, mais je pense que ça dessert un peu le propos, soit tu l'héberges sur un VPS par exemple, là ça fait sens, si tu tiens absolument à l'héberger : https://hub.docker.com/r/linuxserver/healthchecks

@j0ffr37 Je vais y aller doucement car je pense que tu brûles un peu vite les étapes : ok tu as une connectivité IPv6 sur le NAS. Donc en l'état, pour les conteneurs en mode bridge, si leurs ports sont translatés sur le NAS, et que les services qu'ils font tourner écoutent en IPv6 ou dual stack (0.0.0.0 en IPv4 ; ::/0 en IPv6), alors ton applicable est accessible via l'IPv6 de ton NAS. Maintenant, toi tu veux donner une IPv6 au réseau macvlan, le seul intérêt est d'accéder directement au conteneur. Ca veut dire que quelque part sur une zone DNS publique, l'IP (idéalement statique) de ton conteneur a un enregistrement AAAA. Et ton conteneur doit avoir son propre pare-feu si tu veux exposer ça de façon sécurisée, car un conteneur en macvlan n'est pas soumis aux règles de pare-feu de l'hôte, il est par défaut accessible sur le réseau physique comme n'importe quelle machine "nue". Ou alors ton routeur dispose d'un pare-feu avancé pour filtrer les connexions entrantes vers ton conteneur. Il faut bien se rendre compte des implications que ça a. D'autant plus que ta compréhension d'IPv6 semble partielle, sinon tu saurais quoi mettre dans les champs qui te posent problème. Dans ces conditions, je déconseillerais d'essayer de donner une IPv6 à tes conteneurs. Pour que ça fonctionne "bien", il faut que ton préfixe IPv6 ne change jamais, sinon tu seras bon pour recréer constamment tes réseaux. Mais pour répondre quand même à ce que tu disais là : Il faut choisir un réseau compris dans le préfixe de la box, visiblement un /64 si on en croit l'impression d'écran de l'onglet Réseau, par exemple un /80. un /64 ça ressemble à ça : 2a01:ae5e:12d5:87c6::/64 un /80 c'est par exemple : 2a01:ae5e:12d5:87c6:1234::/80 Une IPv6, c'est 128 bits, soit 16 octets, sachant qu'on a 8 groupes, 2 caractères c'est un octet. Donc, vu que c'est un réseau macvlan, et bien le champ "IPv6 Sous-réseau" doit être un sous-réseau du /64 obtenu par ton NAS, par exemple un /80. Ajouter une plage d'IP sur un réseau IPv6 je ne vois pas l'intérêt, on en a à l'infini. L'IPv6 passerelle doit être l'IPv6 de ton routeur ou box.

@Jeff777

C'est à mon avis pour utiliser le proxy inversé d'Apache basé sur des subfolders et pas des subdomains. Comme quand tu veux accéder à phpmyadmin sur le NAS, ben là tu pourrais le faire pour ton conteneur. C'est malin d'avoir fait ça, ils auraient dû faire la même pour Nginx. 😄 A confirmer vu que je n'ai pas testé. @loli71 J'attends aussi perso, pas pressé. 😉

Je pense que tu voulais dire SSH 😀

Oui clairement, je renverrais tout ça illico à ta place. Comme beaucoup de produits, les disques durs ont un taux de défaillance qui suit une courbe en forme de baignoire, cad les probabilités qu'une défaillance intervienne sont les plus élevées en début et fin de cycle de vie.

Quand j'aurai appliqué la 7.2 et que j'aurai eu le temps de jouer un peu avec je créerai un nouveau tutoriel dédié à docker-compose via Container Manager et en lignes de commande. L'idée étant de pousser dans les détails. Ce tutoriel deviendra sûrement plus succint et se concentrera sur le jargon, le concept et les notions relatives à la conteneurisation.

Si tu penses avoir raté une étape, alors le mieux à faire est de recommencer la manipulation. 😉

C'est un peu confus, je vois ce que tu veux faire mais il y a des limitations avec Docker et l'IPv6. Avant de parler d'IPv6 pour Docker est-ce que les périphériques de ton réseau derrière le routeur ont bien une IPv6 publique (donc commençant par le préfixe, et pas par fe80) ? Si l'hôte n'a pas une connectivité IPv6 fonctionnelle, càd le NAS, alors ça ne sert à rien d'aller plus loin, car s'il n'est pas joignable le conteneur ne le sera pas non plus, donc déjà : Vérifier dans Panneau de configuration -> Réseau -> Interfaces réseau : que tu as bien une IP commenant par le préfixe Vérifier que ton routeur est correctement configuré pour laisser les paquets ICMP (Ping) nécessaires à une bonne connectivité IPv6, par SSH : ping -6 ipv6.google.com

Non, tu n'as pas de data supplémentaire ajoutable à ton plan. Non, pas possible à ma connaissance. Cela dit : En RAID 1 tu réduis fortement les chances d'occurence de ce scénario. C'est plutôt une panne du NAS ou un vol qui pourrait engendrer un tel scénario. Supposons que ça arrive, soit tu utilises Drive et là tu peux continuer à travailler localement, si tu fais de la synchro à la demande tu peux récupérer avec Hyper Backup Explorer les données depuis C2 Si pour une raison X tu ne remets pas rapidement en production ton NAS, tu peux très bien sauvegarder les données sur lesquels tu travailles avec un programme comme Cobian Backup par exemple, un excellent logiciel sous Windows. Données que tu pourras mettre à jour sur le NAS lorsqu'il sera de nouveau opérationnel. N'hésite pas à te présenter dans la section adéquate du forum, c'est l'occasion d'en savoir un peu plus sur ton niveau d'informatique/réseau, donc d'adapter nos réponses en conséquences, et de partager avec nous ce que tu fais avec ton NAS.

Non, c'est juste que c'est le premier rempart, si la version avait été une version autorisée par ton serveur, ça aurait buté sur l'authentification.

https://www.home-assistant.io/integrations/http/ Je pense que tu dois ajouter dans le yaml de ta config les paramètres use_x_forwarded_for à yes et dans trusted_proxies ajouter l'IP locale du NAS.

192.168.0.113 c'est bien l'IP de la VM et pas du NAS ?

Ça ne change rien pour le proxy inversé, VM ou NAS directement, tu mets juste l'adresse de la VM pour le service vers lequel tu rediriges.