.Shad.

Quand t'as 40 Mb/s en upload en Belgique tu sabres le champagne 🙃

Bienvenue 🙂

Normalement en suivant les recommandations que j'ai données à @faluorn, tu ne devrais pas rencontrer de problème.

@oracle7 Il est très imprudent de faire ce que tu fais en montant le socket docker dans le le conteneur calibre. Quand tu fais ça, tu donnes littéralement à l'utilisateur root du conteneur la possibilité de contrôler tout ce que Docker fait sur ton système. C'est nécessaire pour des programmes comme Portainer. Telegraf peut éventuellement nécessiter de monter le socket Docker, mais en lecture seule. En gros, une mauvaise manipulation de ta part ou une faille aurait le potentiel de supprimer tout ce que tu fais tourner sous Docker. Pire encore, ça peut donner accès au compte root du NAS. Un petit rm -rf / serait du plus bel effet. 🙂 Calibre-web ne nécessite en aucun cas de monter le socket Docker. Rien ne t'empêche de monter ta base de données dans /config, c'est juste moins propre. Et si l'image dit de le faire là, il y a de bonnes raisons. Exemple simple : tu veux réinitialiser ta configuration calibre-web pour recréer un conteneur. Ca se fait facilement en supprimant le dossier sur l'hôte où tu as monté /config. Dans ton cas, si je fais ça, ça supprime aussi toute ma bibliothèque calibre. @faluorn Peux-tu vérifier dans DSM que les dossiers /volume1/calibre/config et /volume1/calibre/books ont chacun pour propriétaire l'utilisateur dont tu as renseigné l'uid et le gid ? (clic droit sur le dossier config par exemple, tu peux choisir le propriétaire). C'est contre-intuitif, et inutile en temps normal, mais assure-toi également qu'à la fois l'utilisateur ET le groupe donnent les droits de lecture/écriture sur les dossiers concernés.

😉

Bienvenue 😎

Non ce n'est pas normal je trouve, d'autant que SMB est un protocole très lié à Microsoft. Linux est un peu plus lourd pour la mise en partage, en revanche c'est beaucoup plus souple au niveau de la communication (Samba étant la version non propriétaire de SMB).

Essaie d'activer les passerelles multiples :

Hello, bienvenue, cool un électricien ! Je vais bientôt moi aussi domotiser ma maison, et je pensais partir sur ça : https://www.gce-electronics.com/fr/carte-relais-ethernet-module-rail-din/1483-domotique-ethernet-webserver-ipx800-v4-3760309690001.html Si tu as un avis sur la chose, ça me semble pas mal.

Bonjour, Avant toute chose, on aime bien que les personnes désireuses d'obtenir de l'aide se présentent dans la section adéquate. Deuxièmement, je n'ai rien compris. 🤔 Quelques impressions d'écran pourraient aider à la compréhension.

Bienvenue parmi nous ! 🙂

J'utilise le script suivant qui permet, au démarrage d'un ordinateur, de monter les dossiers partagés avec l'utilisateur souhaité : @echo off :Start timeout /t 5 /nobreak >NUL if exist W:\ X:\ Y:\ Z:\ NUL goto End net use W: \\IP_du_NAS\home /user:username password /PERSISTENT:YES net use X: \\IP_du_NAS\partage1 /user:username password /PERSISTENT:YES net use Y: \\IP_du_NAS\partage2 /user:username password /PERSISTENT:YES net use Z: \\IP_du_NAS\partage3 /user:username password /PERSISTENT:YES if ERRORLEVEL 1 goto exit :End A adapter à ton infrastructure évidemment. Si tu veux rajouter des lecteurs, tu ajoutes la lettre dans la ligne qui commence par "if exist" et tu ajoutes une ligne supplémentaire. "username" et "password" correspondent aux identifiant et mot de passe de l'utilisateur DSM. "home" correspond au dossier personnel de l'utilisateur sur le NAS. Pour créer le script, tu fais un fichier texte, tu édites le code, et tu sauvegardes le fichier au format .cmd Ensuite tu vas le placer dans le dossier suivant : C:\Users\username\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup Tu crées un script pour toi et un pour ta femme, tu adaptes les identifiant et mot de passe, éventuellement tu adaptes aussi les dossiers partagés que chacun voit.

Vu que tu as créé le réseau en dehors du fichier docker-compose, il te précise juste qu'il n'a pas supprimé le réseau. Il reste là disponible pour y adjoindre les conteneurs qui en font la demande. Donc c'est tout à fait normal, et même rassurant. 😉

Merci du retour 😉

Tu as essayé un htop en SSH ?

Et bien tu en crées une deuxième, comme tu as créé la première. Tu suis ce que j'ai dit quelques messages plus haut.

C'est justement ce que je propose. 😉 Une seule vue c'est très pratique si tu arrives aussi bien à accéder à ton serveur VPN via son IP locale et son IP VPN, ce qui n'est pas son cas. 🙂

@Jeff777 Je me suis basé sur : Nulle part dans ce récapitulatif il n'est fait mention d'un serveur DNS sur le NAS. De plus le serveur DHCP de la Freebox pousse les DNS de la FDN, donc même s'il en a un il ne sert visiblement à rien ici. Du coup j'ai regardé les pages avant, il y a effectivement une zone xxx.synology.me Fort bien, mais celle-là ne sert certainement pas à se connecter à son VPN car pour cela quand il est en 4G il passe par les serveurs de Synology. En local, il a défini que ns.xxx.synology.me pointe vers 192.168.1.36 Dans ce cas-là il ne reste plus grand chose à faire pour que son lecteur réseau fonctionne autant en local qu'en VPN. Il crée une zone identique, sauf que l'IP ne sera plus 192.168.1.36 mais 10.8.0.1 Il crée deux vues différentes, une qui pointe vers la zone "locale" quand l'IP source est 192.168.1.0/255.255.255.0, une qui pointe vers le l'IP VPN quand l'IP source est 10.8.0.0/24 Après cela, il n'y a plus qu'à se connecter à son lecteur réseau en entrant : \\ns.xxx.synology.me\video et tout devrait fonctionner. Je n'ai pas de solution, a priori, pour le fait qu'il ne puisse pas ping l'IP locale du NAS quand il est connecté au VPN. Il faudrait une prise en main distante pour ça.

@oracle7 Ok merci de ton retour 😉

@oracle7 @lordatao y arrive sûrement aussi, moi ce que je veux savoir c'est si tu arrives à ping l'IP locale de ton RT.

C'est du bricolage, le jour où il change de PC ou qu'il veut mapper des dossiers depuis un autre, il est bon pour refaire la route. C'est bien plus propre de faire ça via une zone DNS locale avec les vues adéquates (ce qui est en quelque sorte l'aboutissement du tutoriel de Fenrir sur le serveur DNS partir locale). Si quelqu'un utilise le paquet VPN serveur du NAS ou du RT, est-ce qu'il peut ping l'IP locale quand il est connecté au VPN ? Voir si c'est propre à l'infrastructure de @lordatao le fait que les IP soient exclusives d'accès ou si c'est le fonctionnement normal.

En étant connecté au VPN ? @Jeff777 Normalement c'est effectivement pour rendre accessible le NAS depuis l'extérieur depuis son IP VPN et son IP publique normale. Je me suis dit qu'en extrapolant au local ça pourrait peut-être marcher. Visiblement non. Dans ce cas-là il lui suffit de définir une zone DNS locale avec deux vues, une pour le VPN où il y aura un enregistrement A du NAS vers 10.8.0.1 et une pour le LAN, avec un enregistrement À du NAS 192.168.1.36 Il y a surement moyen de jouer avec les routes statiques mais je ne suis pas persuadé de leur persistance au fil des maj.

@lordatao Tu peux aller dans DSM -> Panneau de configuration -> Réseau -> Général -> Paramètres avancés (au milieu de la page) et cocher "Activer les passerelles multiples". Puis tu te re-connectes au VPN et tu tentes de ping de nouveau l'IP locale.

Je pense que tu es sur la bonne voie, j'avais fait un script de backup de mes roms RetroPie il y a deux ans que je commençais à m'intéresser au bash, tu peux essayer de t'en inspirer : ... backupLocation=/path/to/backup numberOfFiles=$(ls ${backupLocation} | wc -l) ## Versioning (4 samples) if [ ${numberOfFiles} -gt "4" ] then ls ${backupLocation} -t | sed -e '1,4d' | xargs -d '\n' rm -r else : fi ... Pour expliciter un peu : * ls | wc -l => décompte le nombre d'éléments présents * ls -t => liste du plus récent au plus ancien * sed -e '1,4d' => parmi ces éléments, supprime du stdout les 4 plus récents et affichent ceux qui sont plus anciens * xargs -d '\n' rm -r => xargs assimile les éléments séparés par un retour à la ligne comme autant d'arguments pour la commande qui suit : rm -r => permet de les supprimer. Il y a sûrement moyen de faire beaucoup mieux. A commencer par utiliser par exemple Active Backup for Business si tes NAS sont compatibles (ce dernier intègre le versioning en plus de bien d'autres choses).

@lordatao En l'occurrence modifier le fichier hosts n'est évidemment pas la solution, mais ça permet de vérifier que ton NAS est bien joignable en 192.168.1.36 en local et 10.8.0.1 en VPN. Nettoie ton fichier hosts des deux entrées précédentes, connecte-toi au VPN et essaie de ping l'adresse IP locale du NAS 192.168.1.36 As-tu un délai d'attente de la demande dépassé ?