oracle7

@Kramlech Bonjour, C'est sympa de me citer et t'en remercie, mais il faut rendre à "César ce qui est à César" ! 😛 Donc en l'occurence pour avoir du raid, c'est la réponse de @maxou56 qu'il faut prendre en compte ... Cordialement oracle7😉

@bugg Bonjour, Tu peux être plus clair car là désolé je ne comprend pas ! Que veux-tu dire par : "Il n'en a pas l'autorisation sécurité windows,il faut qu'il passe pâr http " ? Quel message d'erreur reçois-tu exactement ? Il te faut être précis ... et ne pas lancer en l'air des assertions qui n'ont pas de sens en soit et que seul toi comprenne 🤔 "et ne peut monter son lecteur réseau de ce poste" : çà c'est un autre problème ... de configuration du lecteur réseau sûrement. Cordialement oracle7😉

@bugg Bonjour, Sur la base de cette analyse, tu disposes de tous les éléments et règles (en supposant qu'elles sont exhaustives) pour configurer/appliquer dans DSM les droits de chaque type d'utilisateur sur chaque dossier partagé. Rien de bien compliqué en soit sinon à bien veiller à la différence entre pas : d'accès (ne rien voir), lecture seulement (donc voir mais pas modifier) et lecture/écriture (pouvoir tout faire). Cordialement oracle7😉

@huynhkev Bonjour, Dans ce cas, ne le prends pas mal mais je crains que tu n'ai pas bien compris la finalité de la fonction DMZ de la Livebox. Je vais essayer de t'expliquer. Lorsque l'on active la DMZ sur la Livebox, je connais bien le sujet car je fonctionne comme cela, c'est : que l'on ne souhaite plus utiliser la Livebox autrement qu'en Modem, ET que l'on utilise derrière elle un routeur digne de ce nom pour assurer à sa place tout le travail de routage et de sécurisation des accès au réseau local et ce de façon bien plus performante que ne le ferait la Livebox (4 ou 5 = même combat). Ce processus est largement décrit dans un TUTO que j'ai écrit dans ce sens et à cet usage. Je t'invite à le lire pour mieux comprendre les tenant et aboutissants. Après, tu sauras à quoi t'en tenir et je pense que tu reprendras ta configuration en conséquences et que cela résolvera ton présent problème. Cordialement oracle7😉

@huynhkev Bonjour, Je pense pas que la Livebox soit en cause. Tu ne l'as pas mise elle-même en DMZ ? et tu n'as a priori pas de routeur autre, derrière elle (du moins tu n'en as pas parlé il me semble) ? Donc quand tu parles de DMZ, je comprend plutôt que tu as configuré dans DSM, la partie routeur dans "Accès Externe / configuration du routeur", j'ai bon ? Si c'est bien le cas, alors je me permet de te dire que c'est une très mauvaise idée que tu as eu là. Je pense que tu as dû le lire dans le TUTO sur la sécurisation des accès au NAS et que tu as fait fi de la recommandation de @Fenrir, qui l'a pourtant inscrite en gras rouge et qui déconseillait fortement son usage du fait du trou de sécurité que cela apportait à ton NAS. Maintenant c'est toi qui vois, mais si j'étais toi, je supprimerai purement et simplement cette configuration du routeur dans DSM (retour aux valeurs par défaut càd rien et aucun routeur de configuré). A mon humble avis, et sans trop m'avancer, il y a de grandes chances que tes problèmes viennent de là mais je peux aussi me tromper. Cordialement oracle7😉

@Cadderly Bonjour, Comme sur tout forum, il est d'usage que les nouveaux membres passent par la rubrique [PRESENTATION] pour faire la leur. Certains ici, y sont sensibles et de plus cela facilite les réponses en fonction du niveau de compétences du membre. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... Ahrreeee grillé par @firlin 😛 Essaies d'ajouter dans ton fichier "hosts" ("C:\Windows\System32\drivers\etc\hosts") une ligne du style : @IPduNAS NomDuNAS Par exemple : 192.168.1.10 MonNAS Bien évidemment ceci n'est valable que si et seulement si tu as donné une @IP fixe à ton NAS par le biais d'un bail DHCP statique dans ta box. Cordialement oracle7😉

@huynhkev Bonjour, Toujours au titre des vérifications : Dans ta box le port 1701 n'est pas "NATé", c'est très bien mais ce port est-il bien ouvert dans le pare-feu du NAS ? Ne serais-tu pas par hasard dans le cas cité par @Fenrir à propos des version d'android (voir TUTO au niveau "Configuration des clients" ? Je le cite : As-tu essayé cette modification ? Idem pour L2TP dans la partie "Que faire si cela ne marche pas ?", as-tu activé le debug et lancé la commande tcpdump pour voir les messages qui circulent ? Enfin, as-tu essayé tout simplement de te connecter à partir d'un navigateur directement depuis ton mobile 4G au lieu de passer par le PC portable et le mobile en point d'accès ? Cordialement oracle7😉

@huynhkev Bonjour, Étonnante cette question de ta part, mais bon... Port 80 = port standard du protocole HTTP. Port 443 = port standard du protocole HTTPS. Dans ta copie d'écran, pour les ports 80 et 443 il faut mettre de préférence le protocole TCP (bien plus fiable) et non pas UDP. Dans la config du VPN L2TP/IPSec, pour WINdows, il faut aussi positionner une clé de registre, l'as-tu bien fait ? (voir TUTO). Cordialement oracle7😉

@kroumi Bonjour, Regardes en haut à droite, il y a une "cloche", cliques dessus et tu auras la liste de tous les posts où ton pseudo aura été cité notamment lors d'une réponse. Avec l'explorateur, tu tapes dans l'URL le lien de connexion au NAS pas exemple : "\\@IPduNAS:5000" ou "\\NomDuNAS:5000" et tu copie cette URL. Sur le bureau du PC, tu cliques droit et tu crées un nouveau raccourci. Dans la fenêtre qui s'affiche tu colles l'URL puis "Suivant", tu donnes un nom à ton raccourci pas exemple "NAS" Ensuite tu cliques droit sur ton raccourci et tu sélectionnes "Épingler à Accès rapide" C'est pas plus compliqué ... Même motif même punition pour épingler un dossier partagé du NAS. Cordialement oracle7😉

Bonjour, Un petit retour. Calibre-wed installé, fonctionne très bien, je suis juste un peu déçu qu'il n'en fasse pas plus. A coté de cela, pas moyen d'affecter en masse une série de livres à une étagère. Il faut se les cogner un par un, pas top à l'usage ... Sinon impeccable pour lire les livres à distance avec une tablette. Mais pas moyen d'ajouter de livres. Heureusement, j'ai aussi installé calibre (image linuxserver/calibre) et là j'ai la totale, super ! 😉 Mais il prend 550Mo de mémoire quand calibre-web n'en prend qu'environ 90 à 100Mo. Cordialement oracle7@😉

@Pinpon_112 Bonjour, Eh bien c'est parfait tout cela ! Plus de problèmes de clés. Tu les as bien sauvegardées ? Désolé mais tu n'as trop le choix dans ce cas : Dans une nouvelle session SSH, tu exportes toutes les variables d'environnement des points 2 (CERT_HOME, ACME_HOME) et 3.2 (OVH_xxxx) du TUTO. Dans DSM, il vaut mieux supprimer tous certificats wilcard créés précédemment (sauf les synology). idem pour les répertoires "ndd.tld" dans "/volume1/Certs". Tu reprends le TUTO au point 4, etc ... Cordialement oracle7😉

@Pinpon_112 Bonjour, Même si normalement on arrive au même résultat, je préfère personnellement constituer l'URL suivante : dans un éditeur de texte et faire les "remplacés" de "votre-domaine.tld" par "ndd.tld" dans celui-ci. Ainsi je suis sûr de la chaine que je copie ensuite dans la barre d'URL d'un navigateur. Ça c'est une chose ! Maintenant, si cela ne marche toujours pas et vu ce que tu as répondu précédemment à @bruno78, je te cites : J'ai effectivement dû m'y reprendre à plusieurs fois avant d'avoir le bon certificat. J'ai toujours repris les identifiant de l'API qui ont été créé lors de la première tentative. Je te proposes une action "radicale" pour repartir à zéro avec tes clés OVH. On va supprimer chez OVH toutes les API que tu aurais pu créer lors de tes multiples essais. Ainsi pas de risque de confusions entre elles. OK ? Pour cela je te demande, si tu le veux bien, de suivre les instructions suivantes : NOTA : Sois très attentif en naviguant dans cette arborescence et vérifies bien toutes tes actions avant de valider chacune d'elles ... Regardes bien la syntaxe des liens ! · Se connecter sur OVH ici : https://api.ovh.com/console/ · Aller sur : https://api.ovh.com/console/#/me/api/application#GET (i.e. tu développes/navigues dans l'arborescence "/me/...") et cliquer sur le bouton « execute » · On obtient la liste des ID d’applications API déjà créées · Dans https://api.ovh.com/console/#/me/api/application/{BapplicationId}#GET saisir/coller l’ID dans le champ « applicationId » puis « execute » Cela te permet de voir à quoi (quel certificat) correspond l'application. · Pour supprimer l’application : aller dans : https://api.ovh.com/console/#/me/api/application/{applicationId}#DELETE et saisir/coller l’ID dans le champ « applicationId » puis « execute ». Tu recommences au point 4 pour chaque ID figurant dans la liste du point 3. Une fois toutes les applications supprimées, tu te déconnectes d'OVH et tu reprends le processus de créations des clés selon le TUTO et comme expliqué ci-avant. Cordialement oracle7😉

@Pinpon_112 Bonjour, C'est peut-être dû à une surcharge momentanée des serveur OVH. Cela arrive malheureusement assez souvent. Ceci dit, d'une façon générale peux-tu STP être plus explicite dans la description de tes actions, cela nous faciliterait la nécessaire tâche de "décryptage" pour mieux cerner le problème. Merci d'avance. Cordialement oracle7😉

@huynhkev Bonjour, Quand tu dis cela je comprends que tu as ouverts ces ports dans le pare-feu de la Livebox. Si j'ai bon alors ce n'est pas bon pour toi. Il n'y a rien à faire dans le pare-feu de la Livebox au niveau de ces ports. Laisses e pare-feu sur moyen (recommandé) à moins que tu n'ais besoin de règles spécifiques autres. Par contre, il faut que tu transferts les port 500 et 4500 de la Livebox vers le NAS. Cela se passe dans "Réseau / NAT-PAT". Au passage, profites-en pour transférer aussi les ports 80 et 443. Si ce n'est déjà fait, il serait aussi judicieux d'attribuer un bail DHCP Statique (une @IP fixe pour ton NAS) dans "Réseau / DHCP". Cela te facilitera la gestion de ce dernier (le NAS). Cordialement oracle7😉

@Guy_L Bonjour, Uue fois connecté comme cela, as-tu essayer d'épingler un raccourci vers un dossier partagé de ton NAS dans la barre d'accès rapide de l'explorateur Windows ? SInon : E En fait, il y a pas mal de points à vérifier aussi bien sur le NAS que sur le PC (ce n'est pas exhaustif mais si tu fait tout cela ce sera déjà pas mal et cela devrait le faire ...) : Cordialement oracle7😉 ·

@Dut Surleweb Bonjour, Ce serait bien que tu expliques cette "vérification au niveau du DNS". Qu'as-tu fait exactement ? C'est juste pour comprendre ... et peut-être que cela pourrait servir à d'autres qui rencontreraient le même problème, non ? Cordialement 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😉