.Shad.

@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.

@PiwiLAbruti Un billet intéressant également : https://vanderwijk.info/posts/resolving_synology_dsm_insufficient_system_capacity_for_update/ Et une réponse officielle de Synology concernant le fichier space-preserve sur le forum emby : https://emby.media/community/index.php?/topic/106330-dsm-71-beta-compatibility/#comment-1137089 Le fichier peut être supprimé (mais ce n'est pas recommandé) et est regénéré à chaque redémarrage du NAS. A mon avis, ce fichier ayant été introduit avec la 7.1, ils ont mal calibré la taille de ce fichier et rendent les derniers upgrades impossible. Nouvelle version mineure en approche je sens 😄

@PiwiLAbruti Pour faciliter la recherche des fichiers prenant de la place, je conseille l'installation de ce paquet SynoCommunity : https://synocommunity.com/package/synocli-disk Et utiliser en SSH (root) la commande : ncdu -x --exclude /volumeX La navigation est dynamique et beaucoup plus facile 😉 J'ai aussi ce fichier :

Tjs en 7.1 pour ma part : /dev/md0 2.3G 1.7G 475M 79% / Pas sûr que ça passe !

Courage fuyons !

Sinon tu attends, car la 7.2 ça a l'air d'être un sacré bourbier :

Je crois que je vais rester en 7.1 a minima quelques semaines encore. 😄

Seul root et les utilisateurs faisant partie du groupe administrateurs peuvent se connecter en SSH. Il y a moyen de contourner cette restriction, mais à ma connaissance ça ne survit pas à une montée de version majeure, ou montée de version touchant au serveur SSH. Ceci étant dit : Normalement un fichier authorized_keys c'est 600, seul l'utilisateur est sensé y avoir avoir, et 700 pour le dossiers .ssh en amont. Ta clé publique est bien présente dans le fichier authorized_keys ? Pour te connecter en root, c'est dans /root/.ssh/ que doit se trouver le fichier authorized_keys. Pour un utilisateur admin, dans son dossier /volume1/homes/<admin_user>/.ssh Je n'ai jamais eu de problème pour me connecter avec une clé sur 3 NAS différents que j'ai eus.

Je ne suis pas vraiment pas sûr de trouver une solution 🙂 et je ne sais pas quand surtout, s'il n'y a pas d'autres inconvénients à juste avoir un écran blanc dans le panneau de configuration ce n'est pas spécialement gênant. Peut-être aller voir sur les forums de celui-dont-on-ne-prononce-pas-le-nom, ils sont généralement bien plus calés que nous sur ces sujets. 😄

C'est sexy ça, je ne connaissais pas, je vais installer ça. 🙂

Hello, je n'ai pas trop réagi jusque-là car je vais essayer de voir ce qu'il en retourne plus avant, et investiguer un peu sur le script de montage d'interface. La solution évoquée par @Jeff777 ayant aussi ses problèmes (plus d'affichage dans Panneau de configuration -> Centre d'infos -> Réseau), je préfère être prudent avant de changer quoi que ce soit. 😉

Est-ce que l'IP attribuée est toujours dans le réseau bridge de VMM ? Est-ce que la VM et ton NAS sont sur le même réseau ?

Est-ce que le problème ne se manifeste que sur une machine ou tu arrives à le reproduire ?

@loli71 Sur le NAS où j'ai fait le test il n'y avait pas d'interface virtuelle, il y en a même jamais eu, et j'avais le problème, le problème a disparu quand j'ai créé le réseau via DSM.