oracle7

@JMT77 Bonjour, Ton mail a tout de même porté ses fruits car ils ont manisfestement changé sur le serveur le retour d'infos de leur réseau et donc l'@mail à contacter. Essaies maintenant avec "abuse@proxad.net" Et en plus clair ???? Cordialement oracle7😉

@molinadiaz Bonjour, Chez ton fournisseur de domaine, dans ta zone DNS tu as bien un enregistrement de type "A" qui fait pointer ton domaine sur ta nouvelle @IP externe ? Si oui, que donne (sous SSH) un nslookup toDomaine.tld 1.1.1.1 --> normalement cela donne ta nouvelle @IP externe, O/N ? On ne sait jamais, vérifies aussi que cette @IP externe n'est pas bloquée par le blocage auto de DSM (Sécurité / Compte / Btn "Autoriser/Bloquer la liste"). Et après un reboot de ta box et du NAS ... Pareil ? Cordialement oracle7😉

@JMT77 Bonjour, Au delà de régler le pare-feu qui est une très bonne chose, ton @IP "agaçante" 78.251.87.55 d'après whois.com a pour origine " ProXad network / Free SAS " : inetnum: 78.251.87.0 - 78.251.87.255 netname: FR-PROXAD-WIFI descr: Proxad / Free SAS descr: Wifi Address Pool country: FR admin-c: ACP23-RIPE tech-c: TCP8-RIPE status: ASSIGNED PA remarks: Spam/Abuse requests: mailto:email@proxad.net Si tu n'as aucun périphérique qui discute avec ce service WIFI, peut-être qu'un Mail vers proxad.net peut y mettre fin à ce spam. A essayer en tout cas, non ? Cordialement oracle7😉

@molinadiaz Bonjour, Si ton @IP externe est dynamique, chez ton hébergeur de domaine il te faut aussi modifier ton DynHost avec la nouvelle @IP externe et sur le NAS tu reconfigures ton DDNS avec ta nouvelle @IP externe dans " Accès externe / DDNS ". Si ton @IP externe est fixe, après tes modifications, il te faut attendre la rediffusion complète sur tous les serveurs DNS dans le monde de ton nom de domaine, cela peut prendre jusque 24h00. Donc soit patient. Cordialement oracle7😉

@patator78 Bonjour et bienvenue à toi sur ce forum. Cordialement oracle7😉

@GrOoT64 Bonjour, Bien, content pour toi que tu ai réussit 🤗. Effectivement, tes changements pouvaient éventuellement être une ou la cause de tes soucis mais cela pouvait être aussi tout autre chose. Avec la tête reposée, c'est mieux 🤣 Cordialement oracle7😉

@JMT77 Bonjour, A tout hasard, vérifies les notifications que tu as configurées dans "Panneau de configuration / Notifications". P'être une de trop ... Sinon : Si tu as désactivé l'admin standard par défaut, as-tu bien créé un autre utilisateur qui lui a les droits d'admin ? L'utilisateur avec lequel tu te connectes a des droits d'admin ou pas ? Cordialement oracle7😉

@dawa06 Bonjour et Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations. Cordialement oracle7😉

@GrOoT64 Bonjour, De ce que je vois et comprend dans ce log, j'en déduis qu'il y a toutes les chances que lorsque tu as créé tes clés OVH, tu n'as pas mis comme validité : "unlimited". Du coup, acme.sh te demande ceci : Please open this link to do authentication: https://eu.api.ovh.com/auth/?credentialToken=dOXKrA5SKsEr7RHyTWE6rAUjmWz13Ogui1RUnJQNAsrTP28qfjOMS1M0DhojeEXW pour valider l'authentification. Par ailleurs, chez OVH, au moment du renouvellement, il ne doit y avoir aucun enregistrement TXT avec une valeur "_acme-challenge.MONDOMAINE.TLD" de présent dans ta zone DNS OVH (cela arrive suite à erreurs, donc bien vérifier cela avant tout renouvellement). Car si déjà présent, acme.sh ne peux écrire un enregistrement du même type pour que LE puisse valider ton domaine. Cordialement oracle7😉

@artere Bonjour, Sauf ce que @cadkey ne te dit pas, c'est que si tu as un serveur DNS d'installé sur le RT pour gérer ta zone DNS locale (ce qui est effectivement à mon sens l'idéal - je fonctionne comme cela), alors il ne sera pas opérationnel car avec l'utilisation de la DoH de NextDNS sur le RT, la résolution DNS locale est en pratique contournée donc ne marche pas. Pour preuve, voir la remarque ci-dessous dans l'aide en ligne. Donc il te faudra choisir sur le RT : Serveur DNS actif pour zone DNS locale OU DoH activée et alors report du serveur DNS sur le NAS (y a mieux !). Cordialement oracle7😉

@pumpitup Bonjour et bienvenue à toi sur ce forum, nul doute que tu y trouveras toutes les réponses que tu cherches. Cordialement oracle7😉

@MilesTEG1 Bonjour, En clair, j'ai voulu dire que je me doutais de ta réponse technique et pas du qualificatif "f..." que tu avais employé à ton encontre en fin de phase. C'est tout. Désolé, si mon sous-entendu t'a paru inapproprié, ce n'était en aucun cas voulu. Cordialement oracle7😉

@MilesTEG1 Bonjour, Ok, Merci, je me doutais un peu de ta réponse à la réflexion - pas sur le f... entendons nous bien 😆 Cordialement oracle7😉

@artere Bonjour, Absolument, je procède personnellement comme cela puisque j'utilise le même domaine sur NAS et RT, donc un même et unique certificat. Suis mon TUTO, il n'y a rien de bien compliqué, il suffit juste d'être attentif et de suivre les indications pas à pas. D'autres l'ont fait alors pourquoi pas toi ? Cordialement oracle7😉

@cadkey Bonjour, Maintenant que @.Shad. le dit, c'est exact : Cordialement oracle7😉

@cadkey Bonjour, NON pas normal. Tu a dû rater un truc ! Chez moi tout est en FR même avec ceci dans le docker-compose.yml : Cordialement oracle7😉

@artere Bonjour, Normalement le changement d'@IP externe n'influe pas, pour preuve j'ai une @IP externe dynamique et aucun soucis. Dans ton cas particulier, il te faut tout même vérifier que ta nouvelle @IP externe est bien la cible de ton nom de domaine chez ton fournisseur de domaine avec un enregistrement de type A tondomaine.tld pointant vers la nouvelle @IP externe. Sinon pour le VPN, le principe donné dans le TUTO est le même, de toutes façons sur VPN Plus Server sur le RT il n'y a pas grand chose à configurer : Cela dit, si j'étais toi je passerai plutôt par VPN SSL que OpenVPN, c'est bien plus souple, pas de fichier de config à exporter et une application client VPN Plus disponible pour Android. Sinon c'est clair pour ton certificat ?, j'ai un peu perdu le fil ... Tu l'as finalement transféré(recopié) du NAS sur le RT ? Cordialement oracle7😉

@artere Bonjour, Pourquoi te soucier du contenu du log quand cela ne fonctionnait pas alors que tout est rentré dans l'ordre après redémarrage NAS et RT. C'est le contenu du nouveau log (après redémarrage) qui importe, non ? Sinon, pour " client 192.168.1.102#61768: update '*****.local/IN' ", je t'avouerai ne pas savoir, désolé. Finalement, cela marche ou non par rapport à ta question initiale ? Cordialement oracle7😉

@maxou56 Bonjour, Ok j'avais saisi mais là ce que je ne comprend pas c'est les deux limitations d'emplacement un coup France puis après Tous pour a priori la même règle. Cordialement oracle7😉

@MilesTEG1 Bonjour, Tu as une ligne "HTTPS, Revese proxy" limitée à "France" et une autre à "Tous". C'est normal cà ? Dans le même esprit dans le pare-feu du NAS tu as une règle FR, HTTPS 443 limitée à "France" et une seconde règle All, HTTPS 443 limitée à "Tous". Tu peux expliquer STP, c'est juste pour comprendre le pourquoi de cette disposition. Cordialement oracle7😉

@b0n0 Bonjour, Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations. J'invite si ce n'est déjà fait à regarder et suivre ces deux TUTOs pour t'assurer que tu as bien démarré. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Cordialement oracle7😉

@Onimusha Bonjour, Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations et nul doute que tu y trouveras les réponses à tes questions. Cordialement oracle7😉

@nasorno Bonjour, Un certificat n'est en aucun cas valide pour une ou des @IP quelque qu'elles soient. Un certificat est défini pour un domaine. Il faut donc te connecter en utilisant un nom de domaine dans ton URL. Par exemple : monNAS.mondomaine.tld avec ton certificat créé pour le domaine mondomaine.tld et idéalement pour le wilcard associé càd *.mondomaine.tld afin de couvrir tous les "sous-domaines" de ce domaine. Je te renvoie à ce TUTO pour de plus amples informations. Pour cela, je serais tenté de te dire que cela relève d'un problème de configuration de ton navigateur Web. Cordialement oracle7😉

@foxhidden bonjour, Une petit précision qui a son importance, ta règle "refuser" doit être la dernière, c'est à dire tout en bas de la liste car les règles s'exécutent du haut vers le bas. Dans l'état, tes deux dernières règles ne seraient jamais exécutées. Donc ton VPN ne devrait pas marcher. A corriger donc ... C'est suffisant pour le NAS. Cordialement oracle7😉

@MilesTEG1 Bonjour, Ce qui me faisait dire "instantané" n'est peut-être en fait une vision faussée de ma part car après avoir insérer des livres avec Calibre PC, si je me connecte ensuite avec Calibre_Web je les vois. A la réflexion donc, à la connexion de Calibre_Web, j'imagine qu'il fait en quelque sorte une "photo" de la BD et si ensuite tu modifie la BD avec Calibre PC, alors je comprends qu'il soit nécessaire de reconnecter la BD avec Calibre_Web pour qu'il voit les MàJ effectuées. Voilà mon explication qui vaut ce qu'elle vaut. Sinon on est bien d'accord et c'est juste pour comprendre, quand tu parles de tagger les livres, en fait tu leurs attribues une étiquette spécifique qui te permet ensuite de filtrer sur cette étiquette, l'affichage à l'écran de la bibliothèque selon l'utilisateur. J'ai bon ? Si c'est cela alors saches que tu peux ensuite sur la base de ce filtre créer dans Calibre_Web des "étagères" que tu peux masquer ou non selon les utilisateurs. Cordialement oracle7😉