.Shad.

Tu es en mode bridge, donc ton NAS fait passerelle et office de NAT vers ton conteneur influxdb. Donc 172.20.x.x n'est pas accessible par défaut. Donc assure-toi que le port 8086 d'InfluxDB est exposé sur son hôte (le NAS je présume). Et utilise ensuite l'IP client VPN du NAS 172.27.224.x comme destination influxdb pour le conteneur telegraf du VPS.

Bienvenue parmi nous !

Bienvenue, Pour faire des sauvegardes externes jusqu'à 16 To de données, je vois 2 solutions : - Abonnement G Suite Business mais il faut trouver 4 autres personnes prêtes à payer environ 11€ par mois pour ça (minimum de 5 personnes pour stockage illimité). - Un NAS hors site, chez de la famille par exemple, un modèle 2 baies même âgé de quelques années pourrait faire l'affaire, avec 2 disques de 8 To. Si tu trouves une bonne affaire pourquoi pas un 4 baies, le prix des disques durs sera moins élevé aussi. Ça me semble préférable à avoir plusieurs disques externes.

Bienvenue parmi nous 🙂

Tu n'aurais pas enlevé tes disques durs de ton NAS ? Ça pourrait être dû au fait que les disques n'ont pas été réintroduits dans le même ordre.

J'ai oublié de répondre à ta dernière question : depends_on permet de demander à ce que le service pour lequel on précise l'option démarre après le service cible. Donc typiquement : services: carddav: ... depends_on: mariadb ... mariadb: ... L'utilisation typique c'est qu'un conteneur attende le démarrage d'une base de données, pour éviter les erreurs de communication parce que la base de données ne serait pas encore initialisée. PS : Cette option ne peut, de mémoire, faire référence qu'à des services définis dans le même fichier compose.

G Suite Business, mais c'est passé à 5 utilisateurs minimum depuis (le prix est par utilisateur).

Très bien pour toi, je te souhaite que les futures màj ne t'apportent aucune mauvaise surprise.

Avec VMM si tu souhaites garder Download Station, ou Docker avec tout un tas de client torrent, tu peux très bien le faire. Il existe même des images avec Deluge+client OpenVPN embarqué.

Serveur VPN ou client VPN sur le NAS ? Si c'est un client VPN il se peut tout simplement que ce soit ton NAS qui soit plus accessible de l'extérieur par l'IP publique fournie par le FAI.

Si tu n'as aucun conflit de port, aucune raison de passer en macvlan, quand la documentation HA parle de fonctionnalité cassée c'est parce qu'en bridge le conteneur n'a pas accès au broadcast sur le réseau physique, ce qui en domotique est assez problématique. Donc mode host a priori, ça me semble tout indiqué.

Je ne vois pas pourquoi il ne pourrait pas travailler avec Drive pour ses projets en cours, il a justement l'avantage du travail en local tout en synchronisant de manière transparente avec son NAS (on peut même définir des limitations de vitesse de synchronisation pour éviter la saturation de sa connexion à distance. Et il peut éventuellement travailler temporairement hors connexion contrairement au VPN qui nécessite une connexion continue. Et Drive passe par une connexion SSL, une connexion SSL avec des login et password suffisamment robustes est amplement suffisante dans 99% des cas. On conseille très fortement d'avoir une liaison filaire entre le NAS et la box. Hormis ça, prévoir la place pour un onduleur pour ton NAS (et autres équipements si besoin).

Oui tout à fait, après c'est une question de compromis avec le budget qui me pousse à te parler de cette solution. Si en effet il n'y a que toi que ça peut intéresser, ça revient cher à moyen terme. Le RAID n'est pas une sauvegarde, c'est une continuité de service, ça te permet de continuer à utiliser ton NAS normalement même si un disque de la grappe flanche. Si tu perds plusieurs disques d'un coup (endommagement, surtension, etc...) tes données sont très probablement perdues. Et dans ce cas-là tu es content d'avoir une sauvegarde sur tes disques actuels en effet. Si tu prends un 4 baies avec 4 * 4 To, tu as au mieux environ 15 To et des brouettes disponibles. À voir quelle est la meilleure configuration à adopter, dans ton cas je partirais probablement sur 4 volumes distincts (d'autres sont plus calés que moi sur le sujet @firlin @Mic13710 @maxou56) Avec Drive, le logiciel de synchronisation et de travail collaboratif de Synology, tu peux synchroniser ce qui t'intéresse pour travailler localement sur ton laptop, et les changements seront automatiquement répercutés sur le NAS. Ça permet d'éviter de faire entrer en jeu la qualité de la connexion (la tienne en montant, et celle du lieu de ta mission en descendant). Pas trop onéreuse, tu vas vite rentrer dans ton budget quand même 😛. Quant aux disques spéciaux pour NAS, difficile de se prononcer là-dessus, certains disent que c'est purement du marketing, d'autres non... c'est plus philosophique qu'autre chose. Pour ma part j'ai des disques pour NAS (WD red, tu as l'équivalent chez Seagate avec les Ironwolf). En tout cas ils sont bien plus chers que les normaux (les WD Blue par exemple chez WD). La consommation d'un NAS constructeur est assez faible, c'est un des ses (rares et) principaux avantages avec l'insonorisation (et éventuellement le facteur de forme), suivant ton utilisation tu tourneras autour de 30W. On déconseille de manière générale d'activer l'hibernation des disques, c'est une cause principale de leur usure, plus que l'utilisation continue. Question bruit, au-delà d'un 2 baies, je déconseillerais d'avoir ça dans sa chambre à coucher. Et si c'est inévitable, prendre des disques à 5400 tr/min max (c'est le cas des WD Red, les Ironwolf tournent à 7200 tr/min). Idéalement un endroit tempéré et sec pour l'emplacement. J'ai un 4 baies dans mon salon (appartement, pas le choix), en pleine journée on n'y fait pas trop attention, mais en pleine nuit c'est clairement audible.

Sur Android aussi, je recharge et c'est réglé. Et que le bloqueur de pub soit actif ou pas ne change rien.

Bienvenue en enfer 😄 Meuh non ça va aller !

Si tu as juste besoin qu'ils communiquent entre eux alors c'est ok, reste qu'ils ne pourront jamais communiquer avec leur hôte. Est-ce que Jeedom n'a pas besoin de communiquer avec le NAS pour tout ce qui est dongle ? (je ne connais pas du tout Jeedom, mais @Didier3L avait l'air de dire qu'il avait ce besoin). Si tu utilises pihole, le NAS doit pouvoir contacter l'IP de ton Pihole pour accéder à Internet s'il est en DHCP. Ou alors il va mouliner pendant x secondes, se rabattre sur le deuxième serveur DNS (s'il y en a un configuré), ou carrément être incapable de résoudre la requête. Un cas où par exemple tu te fiches d'avoir une communication entre ton NAS et son conteneur sur réseau macvlan, c'est unifi-controller, ou la plupart des applications en fait... Vérifie quand même que tout fonctionne comme tu le souhaites.

Pour ton besoin, 1000€ de budget me semble compliqué, et carrément impossible si le backup local doit être incluse. La solution très bon marché, mais elle nécessite de trouver d'autres utilisateurs (j'imagine que ça pourrait être de la famille ?), c'est G Suite Business (Google Drive) ou Dropbox Advanced. Respectivement à partir de 4 utilisateurs ou 3 utilisateurs, chaque utilisateur dispose d'un espace de stockage illimité. Il ne reste plus qu'à synchroniser ce qui t'intéresse sur ton MAC. Si tu veux rester sur l'option NAS, déjà si tu veux réutiliser tes disques de 4 To il va te falloir un certain nombre de baies, au moins 5-6 baies, ou alors changer tes disques actuels par des disques de plus grande capacité et partir sur un DS418 ou DS918+. Ensuite il te faut de quoi sauvegarder tout ça, des solutions comme évoquées plus haut sont aussi une bonne destination de sauvegarde. Vu que c'est pour le travail, je te conseille très fortement un onduleur, pas besoin par contre d'avoir un gros modèle, le but étant que le NAS ait le temps de passer en mode sécurité avant que les batteries ne soient vidées. L'un dans l'autre tu devras plutôt tabler sur 1500€ que 1000€. Moi à ta place j'étudierais déjà l'option Google ou Dropbox... 🙂

@Jeff777 Tu dois t'orienter vers ce que je t'avais proposé, donc vers un script qui ajoute les enregistrements acme challenge TXT à la zone DNS du NAS. Si tu résous ça tu ne devrais rencontrer aucun problème selon moi.

Bienvenue parmi nous 🙂

209+II ça remonte quand même, j'espère que tu ne l'as pas payé trop cher 😁

Ça arrive très bientôt, comme DSM 7 😄

Bienvenue !

C'est assez pointu comme question quand même t'étonnes pas trop 😅

Ce n'est pas le réseau qui disparaît au redémarrage, mais l'interface virtuelle du NAS par laquelle le NAS peut communiquer avec ses conteneurs en macvlan. Et je ne comprends pas pourquoi tu donnes un ip_range 192.168.1.192/28 à ton réseau macvlan, tu peux très bien le mettre hors de la plage DHCP de ton routeur ou de ta box tout en restant dans le sous-réseau 192.168.0.0/24. Par exemple définir dans ton serveur DHCP une plage de 192.168.0.2 à 192.168.0.99. Dans ce cas-là, utiliser 192.168.0.192/28 sur ton réseau macvlan te donnera une disponibilité d'adresse de 0.193 à 0.206 pour tes conteneurs macvlan (quitte à descendre le CIDR si tu as besoin de plus d'adresses). Pas de chevauchement et tu pares à tout problème éventuel de communication. Et tant que tu ne crées pas d'interface virtuelle sur ton NAS (voir fin du tutoriel), aucun moyen que le NAS communique avec tes conteneurs macvlan, quels qu’ils soient.

Ah ouais quand même... Merci de l'article en tout cas, ça m'a permis de vérifier que tous mes disques WD Red 3 To sont des CMR. Et il est intéressant de voir que des WD Blue possèdent également des références CMR.