.Shad.

Salut, Pour moi ça vient du fait que l'IP n'est pas transparente pour le backend, car il voit l'IP du proxy inversé et pas l'IP source. Donc tu peux essayer d'ajouter dans les en-têtes personnalisés : Upgrade $http_upgrade Connection $connection_upgrade X-Real-IP $remote_addr X-Forwarded-For $proxy_add_x_forwarded_for X-Forwarded-Proto $proxy_x_forwarded_proto

Le proxy ne s'applique qu'à l'interface de Drive, pas au transfert de données. Interface => 10002 par défaut Drive => 6690, pas "reverse-proxiable"

J'ai acheté 2 WD Blue 4 To CMR pour le NAS maison, je vais voir ce qu'ils donnent, vu que les Red ça a l'air d'être en partie du marketing (et beaucoup moins chers surtout).

Ça sortirait clairement du contexte de ce site, il y a d'autres forums plus adaptés à cela 😉 Je conseille à tous la lecture de Reddit, ça regorge d'information sur les Syno dans le sub-reddit Synology. Pour info j'ai franchi le pas, mais je pense que ça va être une sandbox quelques temps, je ne suis pas encore prêt à renoncer à tout un tas de facilités efficacement proposées par Synology. 🙂

Typiquement l'erreur liée au fait que tu n'aies pas ajouté sudo au début de ta commande. Par défaut tous les comptes utilisateurs, même admin, n'appartiennent pas au groupe docker. Donc soit ajouter sudo en début de commande, soit te connecter en root via SSH et taper la même commande.

A priori difficile d'y voir un rapport, mais bon attendons 😛

Bienvenue parmi nous 🙂

Assez intuitivement c'est : docker restart <nom_du_conteneur> pour redémarrer un conteneur. Sinon : docker --help donne ce genre d'information.

Heu non attention là ça couvre aussi des IP publiques. C'est respectivement 172.16.0.0/255.240.0.0 et 192.168.0.0/255.255.0.0 au minimum pour couvrir les réseaux privés.

Bienvenue parmi nous 🙂

C'est tout à fait possible à mon avis (théoriquement, je n'ai jamais testé) : - Soit tu montes le dossier du NAS contenant les binaires python dans ton conteneur telegraf. - Soit à mon avis la solution la plus propre pour ne pas toucher au NAS : tu utilises la fonctionnalité volume de docker. volume permet de créer un volume utilisable par n'importe quel autre conteneur. Tu crées donc un conteneur python (l'image officielle existe) et tu crées un volume avec les binaires python, tu pourras l'utiliser dans n'importe quel autre conteneur. Les volumes comme les networks peuvent être définis globalement, pas seulement dans les conteneurs. Voir https://docs.docker.com/compose/compose-file/compose-file-v2/#volumes pour plus d'info sur les volumes.

C'est vraiment pauvre en info, il a l'air de parler d'un conflit d'IP, ce qui pourrait expliquer une inaccessibilité, mais pas le comportement des LED. Et puis je doute qu'il puisse y avoir dans ton réseau local un conflit d'IP. Peut-être l'occasion d'ouvrir un ticket avec le support.

Pour le script qu'on a en test avec @Jeff777 (renouvellement automatisé d'un certificat wildcard pour DNS auto-hébergé) on attend le renouvellement naturel (sans passer par --force) pour vérifier si tout est OK, fin août normalement.

Comme ça non, le mieux étant que tu consultes /var/log/messages après le redémarrage, voir var/log/dmesg et syslog.

Je parle du port par lequel transitent les données, pour les interfaces web elles sont tout à fait accessibles par proxy inversé (pour ABB et Drive).

Aux dernières nouvelles on ne peut pas, comme Active Backup for Business ou Hyperbackup Vault. Oh alors avec des en-têtes spéciaux dont je n'ai pas connaissance.

De rien 🙂

Une solution est de ne pas régler la Fritzbox en bridge, donc la laisser obtenir une IP via le serveur DHCP de la BBox3, puis de placer la Fritzbox dans la DMZ de BBox3. Si les réglages étaient bons avant ils devraient toujours l'être, sinon ton problème se situe ailleurs. A partir du moment où la Fritzbox négocie directement sa connexion avec Proximus, le NAT de la BBox3 n'est pas sensé intervenir. PS : La Fritzbox ne gère pas le décodeur V7 ? quelle modèle de Fritzbox ? Tu as vérifié qu'il n'y aurait pas une nouvelle version du pilote DSL validé par Proximus ?

Et tu as tout à fait raison, ce groupe users obligatoire est pour moi une infâmie... Je viens de voir ce passage, si tu as joué avec du chmod via SSH, il se peut que tu aies supprimé la surcouche d'ACL de DSM (quand tu fais un ls -l dans un dossier, la surcouche est présente si tu as un "+" à la fin des permissions UNIX => drwxrwxrwx+). J'ai peur que cela puisse être lié à ton problème, pour corriger ça il suffit de ré-appliquer les permissions depuis DSM normalement. Autre chose que tu peux tester, tenter de faire un montage CIFS du même dossier depuis Linux, et voir si tu aboutis à une erreur également.

Je n'utilise pas la 2FA, mais au cas où tu ne trouverais pas de solution, tu peux envisager de créer un compte non admin disposant des droits dans les dossiers les plus couramment utilisés. Et tu lui supprimes l'accès à toutes les applications, ainsi ce compte ne sera pas une faille de vulnérabilité depuis l'extérieur de ton réseau.

Bienvenue parmi nous 🙂

Difficile d'être plus d'accord avec les propos de @Fredje_B c'est parfaitement bien résumé. À partir du moment où on intègre la variable édition simultanée, tout devient plus complexe. Et il faut reconnaître que la suite Office et tout son éventail d'outils, avec Teams de surcroît, est largement au-dessus de la concurrence. Autant dans le cadre d'une utilisation personnelle comme mon voisin du dessus j'essaie de garder les données chez moi, autant dans le cadre du travail...

Bienvenue, Normalement la fonction recherche est assez performante et permet de trouver assez rapidement ce qu'on cherche. Sinon ne pas hésiter à poser les questions 😉 Et des gens de 60 ans et plus, on en a beaucoup, d'ailleurs ça m'a surpris au début 🙂 J'imagine qu'arrivé à un certain âge on a du temps pour se plonger dans toutes ces choses 🙂

Cyberghost n'est en rien incompatible, c'est juste que les réglages par défaut ne sont pas embarqués dans les images seedbox+vpn En plus de ce que j'ai pu voir, l'interface utilisateur de Cyberghost est plutôt bien faite, on peut facilement ajouter un périphérique et télécharger un fichier de config .ovpn C'est le seul fichier dont tu as besoin pour te connecter à ton fournisseur. Voir ici : https://hub.docker.com/r/sgtsquiggs/deluge-openvpn Et le dernier paragraphe de la page pour ajouter ton propre fournisseur.

A priori dans ton cas il n'y a pas de transcodage, et avec la fibre la connexion ne devrait pas être limitante. Ce qui peut poser problème dans ta configuration actuelle serait éventuellement la qualité de ton réseau (es-tu bien en gigabit ?) ou la vitesse de lecture/écriture de ton NAS WD (tester avec NAS tester par exemple). Pour une utilisation domestique, à partir du moment où tu ne fais pas passer des câbles d'alimentation en nombre à côté de ton câble réseau, les interférences sont minimes et tu devrais être déjà très bien avec du cat5e (cat 6e n'existe pas, c'est cat 6 ou cat 6a). Par contre un câble peut être défaillant.