.Shad.

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.

Je n''ai rien trouvé concernant une éventuelle incompatibilité.

J'hésite de moins en moins à me faire mon NAS maison.

De rien 🙂

SHR-1 c'est tolérance de perte d'un disque, équivalent RAID 1/5, SHR-2 c'est deux disques, type RAID 6.

Bienvenue ! 🙂

Salut, Il serait intéressant d'avoir plus de détail. Je comprends de ton message que tu n'arrives plus à accéder à Web Station quand ton NAS a son client VPN actif. Est-ce que tu as activé les passerelles multiples ?

Bienvenue !

J'imagine qu'en jouant avec nginx il y a moyen. Mais est-ce réellement utile ? 😛

Si, tu peux tout à fait utiliser un proxy inversé, mais par contre tu auras toujours besoin de /photo en fin d'adresse. J'utilise par exemple https://ds918.ndd.tld -> http://localhost:80, et je tape https://ds918.ndd.tld/photo dans mon navigateur pour accéder à Photo Station. et depuis DS Photo, je mets ds918.ndd.tld:443 en cochant HTTPS

Pas en SSH, dans DSM directement oui. Donc octroyer les droits par le groupe et l'utilisateur.

As-tu regardé ce que dit /var/log/messages à ce sujet ? Tu peux aussi taper dmesg en SSH, tu pourrais y trouver quelques infos. Sinon le support, insiste pour avoir l'équipe technique directement, tu risques d'être baladé entre du support de premier niveau.

@testadaz Problème toujours présent ? As-tu testé de désinstaller le paquet et de le réinstaller ?

J'ai également un doute sur la configuration de ton serveur OpenVPN. Tu dois vérifier que : - lorsque tu es connecté à OpenVPN, sur ton smartphone depuis l'extérieur, tu as l'IP publique de ta box. - lorsque tu n'es pas connecté à OpenVPN, depuis ton smartphone ou un périphérique quelconque de ton réseau local, tu as l'IP publique de ta box. - lorsque tu n'es pas connecté à OpenVPN, depuis ton smartphone, tu as une IP publique quelconque. Pourquoi souhaiter une attribution d'IP fixe pour clients ? Est-ce qu'ils doivent communiquer entre eux ? Dans ce cas-là tu autorises l'accès aux ressources locales et tu pourras joindre les autres périphériques par leur adresse privée LAN (en 192.168, 172.16 ou 10.0 etc). Hormis ce cas, à moins d'une utilisation très spécifique, je ne vois pas l'utilité de fixer les IP.

Bienvenue parmi nous 🙂

C'est ce que je t'aurais aussi proposé, toutefois tu peux essayer de faire une redondance de droits entre le groupe et l'utilisateur, je sais que via Docker par exemple, il faut parfois que mon groupe ET mon utilisateur aient les droits sur les volumes montés, sinon j'ai des erreurs d'accès non autorisé. Peut-être que ça marchera.

Bienvenue parmi nous !

Salut, Tu peux faire un test, fais en sorte que le groupe "users" ait accès à ce répertoire, et tente de te connecter à nouveau.