oracle7

@cotp Bonjour, Désolé de te répondre si tardivement, mais je suis pas pris par ailleurs en ce moment et du coup le forum est loin d'être une priorité pour moi. Bon eh bien, c'est une des deux solutions que je t'avais proposées. Cà doit le faire maintenant, non ? Je n'ai pas bien compris ta manipulation avec tes branchements/changements de câbles réseau mais saches qu'il ne faut pas faire cela à "chaud" mais toujours NAS à l'arrêt sinon cela mets la "cata" dans le réseau et seul un reboot du NAS, comme tu l'as fait, peut rétablir les choses correctement. Et tu en es où avec ta sauvegarde maintenant ? Cordialement oracle7😉

@Thierry94@maxou56 Bonjour, Ok Synology recommande l'ext4. Personnellement, j'utilise Surveillance Station sur un volume BTRFS et je n'ai aucun soucis. Pour bien comprendre, qu'est-ce que j'aurais raté en ne faisant pas un volume EXT4 pour SS ? Cordialement oracle7😉

@Noirfosse Bonjour, Si tu peux financièrement faire un petit effort (je sais c'est toujours plus facile à dire qu'à faire et les conseilleurs ne sont jamais les payeurs 😜), alors si j'étais toi et compte tenu de ton hypothèse d'augmentation de volume de données (peut-être il me semble un peu sous estimée, je te dis cela d'expérience), je regarderai sérieusement du coté d'un 920+. BIen voire que même si tu ne mets que deux disques dedans dans un premier temps, au moins le moment venu tu n'auras pas à te poser de questions existentielles pour faire évoluer ta configuration (augmentation mémoire, ajout de SSD pour le cache, ajout de disques, etc ...) Maintenant c'est toi qui voit et qui reste le maître de tes choix. Cordialement oracle7😉

@cotp Bonjour, Et en attendant de percer les cloisons qui vont bien entre ton bureau et ton salon : Est-ce que si tout simplement, tu rapatriais le NAS 415+ dans ton bureau, y-aurait-il une contre indication à cela ou y-a-t-il une obligation à ce qu'il soit dans le salon qui empêcherait ce déplacement ? Au moins les deux NAS pourraient être connectés en filaire Ethernet au même switch. Donc cela améliorerait largement la communication au moins entre les deux NAS à défaut d'avec les autres périphériques. OU Est-ce que provisoirement, tu peux tirer un câble Ethernet "volant" entre ton bureau et ton salon ? Je me doute bien que Madame risque de ne pas aimer mais cela dédouanerait ce problème de CPLs qui en fait limitent drastiquement le débit de ton réseau local ainsi que ton accès Internet. Cordialement oracle7😉

@Pinpon_112 Bonjour, Je viens de regarder le log que tu nous as transmis. A part quelques oublis de masquage de ton domaine (pas grave 😋), effectivement il y a eu un problème avec ton authentification sur l'API OVH. Rien d'alarmant cela arrive parfois, habituellement il suffit juste de cliquer sur le lien proposé comme tu l'as fait. Maintenant, soit tu as mal saisi ton identifiant/MdP à OVH (attention lors des C/C à ne pas prendre de caractères parasites invisibles) soit comme le suggère @.Shad. il est aussi possible que ton autorisation ait expirée du fait de sa validité dépassée. Dans ce cas, si j'étais toi, j'essaierai de recréer un jeu de clés OVH (voir §3 du TUTO) et cette fois en t'assurant de bien sélectionner la valeur "Unlimited" dans le popup du champ "Validity". PS : Pour ne pas oublier de valeurs lors du masquage, le plus simple est de copier le texte du log dans un éditeur de texte et d'utiliser la fonction chercher/remplacer. Cordialement oracle7😉

@leperdu Bonjour, Peut-être une solution simple : Tu accèdes à ton dossier partagé en tapant "\\NonDuNAS\>chemin vers dossier>" ou "\\@IPduNAS\<chemin vers dossier>". Ensuite tu fais cette manipulation : Enfin tu renommes le raccourcis en "xxxx_SHARE" Tu répètes 1 à 3 pour les autres "yyyy_SHARE" et "zzzz_SHARE" Cordialement oracle7😉

@cotp Bonjour, Il ne faut pas dire cela, il y a du monde ici pour t'aider. @firlin étant largement plus compétent que moi sur ces manipulations, je me contente de suivre vos échanges qui sont aussi très enrichissant pour moi. Ne désespères pas tu vas arriver à résoudre ce problème. C'est sûr ...😂 mais après 😀 Cordialement oracle7😉

@Octopuss45 Bonjour, Désolé, mais je crois que tu cherches beaucoup trop à comparer ce qui existe dans le monde Windows et le monde Unix/linux sous-jacent au NAS Synology. Saches d'entrée que ce sont deux mondes complétement différents ! Il est nécessaire que tu comprennes que, sauf erreur de ma part, cette notion de fichiers cachés "n'existe pas" dans la partie visible que te présente l'interface DSM. Ce que ne te montre pas DSM, ce sont tous les fichiers du système d'exploitation Unix/linux sous-jacent qu'il lui permet de fonctionner. Ces fichiers "masqués" du système, tu ne peux les voir que par le biais d'une connexion en SSH à ton NAS à l'aide d'un logiciel dédié (PuTTY ou WinSCP par ex). Et qu'en bien même, là encore, il existe certains fichiers que seul l'utilisateur 'root' peut voir (ces fichiers ont un nom préfixé par un point). Sauf à réaliser des opérations bien particulières, le commun des utilisateurs n'a même pas besoin d'en avoir connaissance et donc de les voir. Pour mémoire, il y a aussi dans le monde Windows un paquet de choses que l'on ne voit pas, qui sont même vitales pour le bon fonctionnement de Windows, et cela ne gêne en rien notre exploitation courante car d'aucune utilité directe pour nous utilisateurs. Comme tu le dit toi même, je te cites : "Je n'y connais absolument rien en UNIX." aussi je comprend aisément que tu souhaites allez plus loin dans la connaissance du NAS et c'est tout à ton honneur, mais pour cela il te faut en parallèle acquérir un certain nombre d'autres notions comme par exemple un minimum sur le Shell script d'Unix. Cordialement oracle7😉

@TuringFan Bonjour, Dans le fichier "/volume1/Certs/ndd.tld/ndd.tld.conf" ton identifiant et ton MdP sont sauvegardés dans des variables SAVED_SYNO_Username et SAVED_SYNO_Password. Est-ce que l'identifiant et le MdP contenu dans ces variables, sont bien ceux que tu as utilisé à savoir : "god" et "azertyuiop123" ? On est bien d'accord que cet identifiant et le MdP sont ceux de ton administrateur du NAS ? car grâce à ces variables c'est comme si l'administrateur du NAS faisait lui même le déploiement. Pour éviter le dernier message, modifie le Timeout de connexion et passes le à 120 sec en éditant les paramètres du site que tu utilises pour te connecter avec WinSCP : Il me semble aussi que tu as déjà eu le problème précédemment en choisissant le couple https / 5001. Je te rappelle que le processus de création se passe sur ton réseau local donc, à moins que tu ais des prédateurs sur ce dernier, cela ne sert à rien de faire du HTTPS en local (ni même du VPN) pour moi cela n'a pas de sens, je conçois aisément que l'on veuille verrouiller à l'extrême les choses pour les communications avec l'extérieur mais pas en local). En plus le déploiement se fait sur ton NAS soit le localhost et tu ne déploies pas sur un NAS distant que je saches. Donc, je t'invite à n'utiliser que le couple http/5000 pour les variables. Vérifies aussi, si tu utilises la double authentification, que le DID actuel (voir le TUTO pour le récupérer) est bien celui qui est sauvegardé dans la variable SYNO_DID ? Indirectement c'est aussi cette éventuelle différence qui pourrait conduire au message demandant de vérifier ton identifiant et MdP. Cordialement oracle7😉

@TuringFan Bonsoir, Je crains que tu ais lu en diagonale ma réponse précédente : Il te faut vider le répertoire "/volumes/Certs" de tout dossier "ndd.tld". Déplaces ce dossier "ndd.tld" ailleurs pour le sauvegarder au cas où. Ensuite tu pourras relancer la commande : ./acme.sh --issue --keylength 4096 -d "$CERT_DOMAIN" -d "$CERT_WDOMAIN" --dns "$CERT_DNS" Cordialement oracle7😉

@Noirfosse Bonsoir, Astuce : Pour avertir un membre de ta réponse, tu tapes dans ton message "@" + les premiers caractères de son pseudo. Dans le popup qui apparaît tu cliques alors sur le pseudo recherché et il s'affiche sur fond bleu dans ton texte. Ainsi ton interlocuteur est informé/notifié de ta réponse sinon il ne voit rien sauf à rebalayer en arrière tous les messages (ce que peu de monde fait). C'est une hypothèse qui en vaut une autre mais tu n'aurais pas par hasard installé sur ton NAS le package "Antivirus Essentiel" ou un autre du même genre ? D'expérience, ce package me prenait énormément de ressources. Du coup je l'ai viré et depuis plus de problèmes. Pour ce qui est ensuite du contrôle antivirus, comme mes NAS ne sont jamais directement exposés à Internet (sauf par VPN avec des clients de confiance), j'ai reporté ce contrôle sur le PC et autres périphériques qui accèdent à Internet. Du coup, ne sont copiés sur mes NAS que des fichiers qui ont été préalablement contrôlés sur les susdits périphériques. La charge de mes NAS en est considérablement réduite. Sinon a priori je ne vois pas d'autre explication, du moins à ma connaissance... Cordialement oracle7😉

@Kramlech Bonjour, Ah OUIiiiiieeee, celle-là je l'avais oubliée 👍 🍻 Merci de me régénérer la mémoire ....🤪 Cordialement oracle7😉

@.Shad. Bonjour, Je viens de lancer la construction du conteneur calibre-wed via un "docker-compose up -d" sur le fichier "docker-compose.yml" suivant : version: "2.1" services: calibre-web: image: linuxserver/calibre-web container_name: calibre-web environment: - LANGUAGE=en_US.UTF-8 - LANG=en_US.UTF-8 - APPNAME=calibre - UMASK_SET=022 - TZ=Europe/Paris - DOCKER_MODS=linuxserver/calibre-web:calibre labels: - "com.centurylinklabs.watchtower.enable=true" volumes: - "/volume1/docker/calibre-web/data:/config" - "/volume1/eBooks/Calibre_BD/:/books" user: "1030:101" ports: - 8083:8083 restart: unless-stopped PROBLEME : le conteneur ne se lance pas ! Il reste bloqué sur "Redémarrage en cours ..." Dans le log du conteneur j'ai ceci : root@MonNAS:/volume1/docker/calibre-web# docker logs -f calibre-web s6-mkdir: warning: unable to mkdir /var/run/s6: Permission denied s6-mkdir: warning: unable to mkdir /var/run/s6: Permission denied s6-mkdir: warning: unable to mkdir /var/run/s6: Permission denied Sur le NAS, le répertoire "/var/run/s6" n'existe pas ! Est-ce que ce serait parce que l'utilisateur déclaré dans le fichier "docker-compose.yml" est seulement 'administrateur' et donc pas 'root', que ce répertoire ne peut être créé ? Je vois pas ce que j'ai pu raté, une idée ? EDIT1 : Finalement j'ai trouvé tout seul (comme un grand ! 😛) c'était mon fichier "docker-compose.yml" qui n'était pas bon. Voici celui qui marche : version: "2.1" services: calibre-web: image: linuxserver/calibre-web:latest container_name: calibre-web environment: - LANGUAGE=en_US.UTF-8 - LANG=en_US.UTF-8 - APPNAME=calibre - UMASK_SET=022 - TZ=Europe/Paris - PUID=1030 - PGID=101 - DOCKER_MODS=linuxserver/calibre-web:calibre labels: - "com.centurylinklabs.watchtower.enable=true" volumes: - "/volume1/docker/calibre-web:/config" - "/volume1/eBooks/Calibre_BD:/books" ports: - 8083:8083 restart: unless-stopped EDIT 2 : Pour information @quart-temps, lorsque à la première connexion l'appli demande le chemin de la base de données calibre il faut saisir : "/books" et non pas "\books" comme dit dans le TUTO. Cordialement oracle7😉

@PiwiLAbruti Bonjour, Pour faire court aussi, c'est justement ce que j'ai exploité et qui ne répond pas à ma question : où introduire les arguments ("-WindowStyle Hidden -ExecutionPolicy Bypass "C:\script\vpn-route.ps1" ") de la partie "Action" ? Cordialement oracle7😉

@Noirfosse Bonjour, Si tu peux, oublies les CPL car d'une part c'est une solution instable pour le réseau et d'autre part coté débit il n'y a pas plus lent. Souvent même bien inférieur à ce que tu peux avoir en WiFi. Au final, je ne pense pas que ce soit ton NAS qui soit lent, tu as manifestement plutôt un problème global de réseau. Il te faut donc privilégier une connexion en filaire Ethernet pour relier tout ton petit monde de périphériques. Pour cela je t'invite à réfléchir sérieusement à comment tirer des câbles Ethernet dans ton logement. Maintenant c'est toi qui voit ... Cordialement oracle7😉

@TuringFan Bonjour, Tu peux remercier @bruno78 pour cette information qui va te permettre de corriger la valeur dans le fichier "accoun.conf". Ainsi, comme tu reprends le processus de création, tu ne seras pas "pollué" par un paramétrage qui n'arrive normalement que bien plus tard. Cordialement oracle7😉

@Noirfosse Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations 😀

@TuringFan Bonjour, En premier lieu je comprends que tu reprends le processus de création du certificat Oui/Non ? Si oui alors vu la fin du message ci-dessus : [Sat Oct 3 18:52:17 CEST 2020] Domains not changed. [Sat Oct 3 18:52:17 CEST 2020] Skip, Next renewal time is: Wed Dec 2 15:01:25 UTC 2020 [Sat Oct 3 18:52:17 CEST 2020] Add '--force' to force to renew. si tu reprends donc le processus de création pour le même domaine "ndd.tld", il serait alors judicieux de supprimer (déplacer ailleurs) le répertoire "/volume1/Certs/ndd.tld". Car là, comme il le trouve, il ne peux donc le créer et te propose même de 'ajouter l'option --force pour forcer la nouvelle création en remplaçant l'existant. Tu me suis ? Donc en clair, si tu veux reprendre le processus de création pour le même domaine il te faut nettoyer préalablement toutes trace du précédent certificat pour ce domaine. Par ailleurs, dans le même temps le fichier "/usr/local/share/acme.sh/account.conf" a conservé le chemin du fichier log que doit utiliser acme.sh pour écrire ses logs, au travers de la variable d'environnement "LOGFILE" qui a été renseignée avec la valeur "/volume1/Certs/Acme_renew/acmelog". Le message d'erreur vient du fait que tu as dû certainement supprimer le fichier 'acmelog' ou même le répertoire 'Acme_renew' et ducoup il ne les trouve plus. Je ne me souviens pas et n'ai pas d'archives, de la valeur initiale de la variable "LOGFILE" pour la restorer. Donc il te faut maintenant a minima recréer dans "/volume1/Certs/" le répertoire "Acme_renew" et créer à l'intérieur de celui-ci un fichier vide nommé "acmelog" pour ne plus avoir d'erreurs. Je viens de voir que @bruno78 a percuter dans le même sens pendant que j'écrivais ces lignes. Cordialement oracle7😉

@kroumi Bonjour, Une piste mais sans garantie : regardes dans le gestionnaire d'identification Windows et supprimes les informations liées à ces lecteurs réseau. + reboot PC. Edit : Au fait pourquoi tu t'em ..avec des lecteurs réseaux ? J'accède sans problème à mes dossiers partagés sur mes NAS en saisissant simplement comme URL : "\\NomDuNAS\<chemin vers dossier>" ou bien "\\@IPduNAS\<chemin vers dossier>" que ce soit avec l'explorateur Windows ou dans les boites de dialogue qui me demandent/permettent d'accéder à ces dossiers partagés. Cordialement oracle7😉

@kroumi Bonjour, Désolé, là mes maigres connaissances s'arrêtent, mais as-tu un peu fouiller la toile sur ce problème ? C'est bien le diable si quelqu'un n'a pas déjà proposé une solution, non ? Cordialement oracle7😉

@Romu45 Bonjour, Sans faire le rabat joie, tu n'es pas sans avoir remarqué que sur ce forum on ne traitait que de NAS Synology, non ? Cordialement oracle7😉

@PiwiLAbruti Bonjour, En fouillant un peu plus avec quelques traductions à l'appui, j'ai fini par comprendre que dans le cas Windows, il fallait programmer une tâche (dans WIN + R et taskschd.msc) pour exécuter ton script. J'ai donc trouvé un excellent TUTO pour réaliser cela. En m'appuyant sur les éléments indiqués en entête de ton script j'ai pu commencer la configuration de la tâche. Mais voilà il fallait bien un MAIS : je bloque pour entrer la "syntaxe" que tu indiques pour la partie "action". Je ne vois pas où saisir ces éléments : "-WindowStyle Hidden -ExecutionPolicy Bypass "C:\script\vpn-route.ps1" ". Je n'ai que cet écran : Il faut les ajouter dans la case "Ajouter des arguments (facultatif)" ? je ne suis pas sûr ... Pour nommer la connexion VPN dans le script, on met ce que l'on veux ou bien il faut récupérer le nom de la connexion quelque part ? et si oui , où la trouve-t-on ? Enfin, quand tu dis précédemment : IL s'agit bien de cette option car dans VPN Plus Server, pour OpenVPN je n'ai que celle-ci ? : Merci de tes réponses. Cordialement oracle7😉

@.Shad. Bonjour, Merci pour cette réponse clair et précise. Comme d'hab ...😎 Cordialement oracle7😉

@TuringFan Bonjour, Oui "dans le principe" pour les caractères spéciaux "que j'appellerai "standard" du style " / * : ? " < > | " mais pas pour les autres caractères dits "exotiques". Donc finalement sans trop m'avancer j'en conclue que tu as laissé un ou plusieurs caractères de ce genre dans ton mot de passe d'où l'erreur rencontrée : Je crains qu'il ne te faille encore modifier ton mot de passe. Par ailleurs, il me semblait pourtant t'avoir expliquer comment constituer un mot de passe ... (lettres minuscules, majuscules, chiffres, pas d'accents) le tout avec une longueur minimum de 12 caractères. Pour mémoire ce que dit aussi à ce propos @fenrir dans son TUTO sur la sécurisation des accès au NAS : C'est on ne peux plus clair il me semble, non ? Pour ce qui est des lignes d'erreurs liées à acmelog, saches qu'il n'y a aucun lien avec la commande de déploiement du certificat car le fichier acmelog n'est créé qu'avec le script python de renouvellement. Pour l'erreur 60 je pense, mais je peux me tromper, que c'est un effet de bord de l'erreur précédente. Cordialement oracle7😉

@Mic13710 Bonjour, Tu as tout à fait raison, dans l'affaire je n'avais répondu qu'à sa question strito sensus et du coup j'ai omis de dire aussi à @xmaret d'aller dans "Panneau de configuration / Options régionnales / Temps" et là de cocher "Synchroniser avec un serveur de temps" et de sélectionner dans le popup "Adresse du serveur" --> "pool.ntp.org". Évidemment aussi sur son smartphone il lui faudra configurer le même serveur de temps. Cordialement oracle7😉