.Shad.

Welcome !

Attention que l'image unifi-controller est dépréciée depuis quelques mois, il faut maintenant utiliser l'image unifi-network-application : unifi-network-application - LinuxServer.io

Ton enregistrement vpn.domain.tld doit pointer vers l'IP du VPS. Une fois connecté au VPS, tu tapes l'IP de ton NAS en tant que client VPN (tu as caché l'IP en 10...quelque chose, ça ne sert à rien de la cacher c'est une IP privée) suivi du port correspondant à l'application à laquelle tu veux accéder. Par exemple 10.1.1.5:5000 pour accéder à DSM si l'IP de ton NAS était 10.1.1.5 Maintenant, tu souhaites utiliser un nom de domaine, c'est plus compliqué car, de l'extérieur, le nom de domaine pointera sur l'IP publique de ton VPS. Ca veut dire que si tu tapes vpn.domain.tld:5000, pour que ça fonctionne il faut que le VPS fasse de l'IP forwarding de son port 5000 vers celui du NAS en tant que client OVPN. Fastidieux et pas top niveau sécurité. Ce qui fonctionne bien en tandem avec un VPS publique c'est d'utiliser un proxy inversé. Tu pourras faire passer l'ensemble de tes services de façon chiffrée par le port 443 du VPS, et celui-ci redirigera les requêtes vers les différents services en fonction du sous-domaine sollicité. Par exemple en tapant https://dsm.domain.tld : dsm.domain.tld pointant vers ton VPS le port 443 est sollicité, donc le proxy inversé va analyser la demande le proxy inversé sait que tout ce qu'il reçoit via dsm.domain.tld doit être redirigé vers 10.1.1.5 sur le port 5000 Ca permet de chiffrer le trafic de façon très simple. Tu n'exposes qu'un seul port publiquement sur ton VPS. Seul le NAS a besoin d'être connecté au VPN pour être accessible, les autres clients passent dans le domaine publique.

Pourquoi ne pas utiliser la fonction de sauvegarde de dossier de DSFile par exemple vers le dossier commun pour les périphériques des trois membes du foyer ? Ca évite une étape de synchronisation.

Quand tu arrêtes le paquet Docker, Flaresolverr se recrée seul à son redémarrage ?

Je ne comprends pas ce que tu cherches à faire.

Welcome 🙂

Bienvenue parmi nous 🙂

Bienvenue parmi nous !

Tu avais testé avec l'autre port Ethernet ?

De souvenir, quand tu désinstalles, il y a une option à cocher si tu veux aussi supprimer les bases de données, je pense que c'est décoché par défaut.

@CyberFr C'est très dommageable, parfois certains tutos mettent du temps à trouver leur public, d'autres ne le trouvent jamais. Pourtant je ne vois pas pourquoi priver la communauté d'un travail qui m'a pris du temps, ici 0 réponse 1900 vues 😄 :

J'étais à un peu moins que ça avec 4 disques à l'époque, hors transcodage.

Bienvenue parmi nous, projet super sympa, au plaisir de pouvoir t'aider.

Je ne sais pas si ça répond à ton problème : https://gitlab.com/gitlab-org/gitlab-foss/-/issues/38910

Faut préciser les ports à la suite du nom de conteneur, à moins que tout soit sur le port 80 ?

@domiq44 Ok, mais ça marche ? 😄

Je ne vois pas le rapport entre le proxy inversé et QuickConnect, les deux sont indépendants. Est-ce que tes applications DS sont activées dans Panneau de configuration -> Accès externe -> QuickConnect -> Paramètres avancés ?

Les Noctua permettent de monter jusqu'à 2200 rpm : https://www.amazon.com.be/Noctua-Ventilateur-Silencieux-Broches-Marron/dp/B00NEMG62M J'ai mis des Noctua 40x40 dans le boîtier de mon RS422+, il est moins bruyant en refroidissement max qu'en mode calme avec les ventilateurs originels. Pour la consommation, tu tournes dans les 0.5W pour du 12V, soit environ 40mA, ça devrait aller 😄 Attention de bien prendre des PWM par contre. Après les Bequiet sont sûrement très bons aussi, j'en ai dans ma tour ils font vraiment bien le job. De base le nombre de disques favorise la montée en température, et au vu de ton modèle ça n'aide pas. Pour 4 disques peu chargés sur mon RS422+, je suis environ à 10°C de plus par disque que mon DS218+ : Actions possibles : Dépoussiérer Placer le rack dans une zone plus fraîche Si pas au maximum, augmenter le profil de vitesse des ventilateurs

@domiq44 Tu dois créer un réseau, que ce soit depuis Portainer, Container Manager ou en ligne de commande, par exemple : Et y adjoindre tes conteneurs. Une fois tous membres d'un même "user-defined network", ils pourront communiquer entre eux par leur nom de conteneur.

Si c'est le réseau en 172.17, les conteneurs ne peuvent pas communiquer entre eux nativement, quelles sont les IP de tes conteneurs ?

@thibab Je ne crois pas, ça fait longtemps que je ne l'ai pas utilisé mais normalement on peut choisir ce qu'on veut restaurer : https://community.synology.com/enu/forum/1/post/129859 Le plus simple est d'essayer et de voir. 😉

@Aurel004 Par convention un domaine "root" (domaine sans sous-domaine) doit disposer d'un enregistrement A, exemple standard d'une zone DNS a minima fonctionnelle : mondomaine.com A 1.2.3.4 mondomaine.com NS ns.mondomaine.com ns.mondomaine.com A 4.5.6.7 *.mondomaine.com CNAME mondomaine.com Autre information utile, si tu définis un wildcard mais que tu voudrais que certains enregistrements pointent vers une IP, tu peux tout de même les ajouter, le wildcard n'interviendra que si aucun enregistrement n'est défini par ailleurs dans la zone DNS.

@thibab Le client Drive Windows est fait pour synchroniser ou sauvegarder de la donnée non système. Je ne dis pas que c'est impossible, en jouant avec des liens symboliques ça doit être faisable, mais rien de très persistant selon moi, et ce n'est clairement pas le cas d'utilisation de Drive. Si tu veux faire une sauvegarde de ton système, envisage plutôt d'utiliser Active Backup for Business, si ton NAS est compatible.

Salut @Torr as-tu suivi le tutoriel suivant ?