oracle7

@jtco Bonjour, Bienvenue à toi sur ce forum, tu verras c'est une mine d'informations. J'invite à regarder et suivre ces deux TUTOs pour bien démarrer. TUTO : Débuter avec un NAS Synology TUTO : Sécuriser les accès à son NAS Ceci dit, ici c'est la rubrique [PRESENTATION] et elle ne sert qu'à cela, il te faut donc ouvrir un post spécifique dans la rubrique adéquat pour y poser tes questions. Cordialement oracle7😉

@faluorn Bonjour, 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). Dans ton affaire, ce qui est bizarre, c'est que en local avec FF ton domaine ne passe pas alors qu'il passe avec Chrome et qu'il passe aussi lorsque tu es en externe (4G). Vérifies par ex que tu n'as pas dans FF un plugin du style "uBlock origin" ou "Adblock" qui filtrerait ton domaine. Si oui, alors mets ce domaine en liste blanche pour voir. Je remarque aussi une autre "bizarreté" : c'est l'ouverture du port 43 pour le protocole de recherche d'@IP ou de nom de domaine WHOIS. Comme WHOIS ne permet pas d'authentification, l'accès au serveur XHOIS est public. Cela peut poser des problèmes pour la protection de la vie privée des personnes ou, tout simplement, pour le secret commercial ou bien pour la protection contre le spam. Habituellement ce port n'est pas ouvert sur nos NAS car inutile à l'usage courrant. Je t'invite à supprimer le transfert de ce port sur ton NAS et à supprimer toutes règles d'ouvertures de ce port dans ta box et routeur. Certainement parce que ton navigateur fait automatiquement la conversion http-->https et c'est transparent pour toi. Avec le retour de courant ton modem a redémarré et a peut-être obtenu une nouvelle @IP externe sur laquelle ton domaine ne pointait peut-être plus. Du coup cela pourrait expliquer que tes accès via domaine ne fonctionnaient plus. Mais je peux me tromper ... Au fait, habituellement ton @IPexterne est-elle fixe ou dynamique ? Si dynamique, alors regardes du coté de ton DDNS qu'il fait bien pointer ton domaine sur ton @IPexterne ... Cordialement oracle7😉

@Jeff777@MilesTEG1 Bonjour, Je suis vos échanges avec intérêt, mais une question me revient : finalement quel est l'intérêt pour nous, simples utilisateurs d'un modeste réseau local, d'implémenter IpV6 et de gérer les @IP correspondantes sur notre réseau local ? J'avoue avoir un peu de mal à en voir les avantages, pour l'instant et c'est tout autre, mais je suis dans la même position que @MilesTEG1 vis à vis d'appréhender la chose. Avec l'age, la "comprenette" a plus de mal à se mettre en place ...🥴🙄 Cordialement oracle7😉

@Plein Badin Bonjour, Attention, si tu te connectes de l'extérieur, l'@IP 192.xxx.x.xx n'est pas utilisable car c'est une @IP privée uniquement valable sur ton réseau local et par sur Internet où elle n'est et sera jamais joignable. Depuis l'extérieur, tu dois utiliser ton @IPexterne:3824 i.e.celle de ta box. Mais pour éviter ce type de soucis, càd d'avoir à jongler entre les @IP locales et externes, je t'invite à utiliser un nom de domaine personnalisé. Soit un gratuit en synology.me mais tu verras vite qu'il a ses limites ou bien, et c'est préférable un domaine pris chez OVH par ex pour à peine une dizaine d'euros par an (voir ici le TUTO). Ensuite tu utilises le Reverse Proxy et là plus de soucis et c'est bien plus souple d'avoir à se rappeler d'un nom que d'une @IP, non ? Mais c'est toi qui voit ... Cordialement oracle7😉

@Plein Badin Bonjour, Il me semble que le message est clair (voir la dernière phrase). Comme tu as par ex, supprimé les cookies, il est normal que le message réapparaisse. Par contre par la suite, si c'est à chaque connexion qu'apparaît le message, alors il va falloir chercher ailleurs la cause. Manifestement ton iPhone n'est pas reconnu, mais à quoi la connexion ne se fait pas ? Je ne saisi pas bien, c'est à DSM ? Dans ton URL de connexion passes-tu bien un port (5000 ou 5001) ? Lequel si autre ? Ce port est-il bien ouvert/autorisé dans le pare-feu du NAS ? N'aurais-tu pas dans tes réglages Wifi un paramètre qui donne une @MAC aléatoire à ton iPhone à chaque connexion pour éviter d'être pisté ? Si oui, cela pourrait expliquer cela mais je n'en suis pas sûr. Essaies alors de désactiver ce réglage pour voir. Sinon, désolé, n'ayant d'iPhone je suis un peu "juste" et à court d'idées pour te donner une réelle solution. Cordialement oracle7😉

@Plein Badin Bonjour, As-tu un certificat valide pour le domaine B3824.synology.me ? As-tu activer les cookies sur ton navigateur Safari ? Essaies aussi de vider le cache et les cookies de Safari, et relances une connexion après avoir redémarrer Safari ... As-tu au moins suivi le dernier didacticiel cité à la toute fin du message reçu ? Qu'en est-il ? Cordialement oracle7😉

@jtco 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 et de ses équipements. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... Le code d'erreur 38 signifie que ton NAS ne reconnait pas le ou les disques et qu'il ne peut communiquer avec lui (eux). Plusieurs raisons possibles à cela : - Commences par remplacer la pile interne, car vu l'age du DS211j il y a de fortes chances qu'elle ait rendu l'âme. - Pendant que le NAS est "ouvert", vérifies aussi l'état des contacts du fond de panier, traces d'oxydation, défauts de contacts, etc ... - Après le problème peut venir aussi de l'alimentation qui ne supporte plus la charge même si elle fournit toujours du 12V, fais la vérifier par un réparateur mais comme le NAS a été acheté sur le lbc, je crains que tu n'ai pas de recours si elle est défectueuse... - Puisque le NAS démarre, essaies de faire la mise à jour de DSM, car il ne reconnait peut-être pas les disques selon les configurations faites par le propriétaire précédent. - Regardes ce post. - Essaies aussi un reset complet (mode 2). Voilà quelques pistes mais sans garantie ... Cordialement oracle7😉

@goerges Bonjour, Non, il n'y a pas besoin, un simple éditeur de texte suffit. Par exemple, je compose mon fichier sous Windows avec Nodpad++ et je transfert ensuite le fichier avec WinSCP sur le NAS dans le dossier qui va bien. Tu peux aussi utiliser un dossier partagé pour recevoir le fichier docker-compose.yml via l'explorateur Windows et un lecteur réseau qui monte ton dossier partagé du NAS. Ensuite tu déplaces le fichier dans le dossier "/volume1/docker/script_install/conteneurX" qui lui, pour mémoire n'est pas directement visible depuis l'explorateur Windows. Autre solution encore, passer par FileStation pour faire le transfert depuis un dossier partagé (attention alors dans ce cas à la problématique des droits sur le fichier). Ma première solution est de loin la plus simple et la plus rapide. Mais c'est toi qui voit en fonction de tes habitudes ... D'une part à toi d'être vigilant et d'autre part s'il y a un soucis de syntaxe, tu auras un message d'erreur lors du lancement/création du conteneur, mais ce message risque de ne pas être forcément évident à interpréter. A ma connaissance pas directement, je sais que l'on peux importer le docker-compose dans Portainer, mais comme je n'utilise pas cette fonctionnalité, je ne suis pas le mieux placé pour t'expliquer comment l'on fait exactement, désolé. Cordialement oracle7😉

@Swagme Bonjour, Comme personnellement j'essaie de suivre vos échanges qui m'intéressent vivement, c'est vrai que jongler entre les deux fils, ne rend pas facile la compréhension de ce sujet qui est loin d'être simple et évident. Je suis personnellement bien content de ton intervention car indirectement, tes questions et les réponses de @.Shad. répondent à certaines de mes interrogations, non pas que le TUTO de @.Shad. ne soit pas clair, bien au contraire mais comme j'envisage de mettre en place une solution similaire à la tienne, j'entends bien comprendre auparavant tous les tenants et aboutissants avant de me lancer effectivement car il y a encore bon nombres (trop !) de points que je ne maîtrise pas et pour lesquels il me faut encore apprendre. Aussi, je me permet de te demander si tu pouvais STP rester dans le présent fil, ce serait une bonne chose pour tous ceux qui comme moi voudraient se lancer, non ? Merci de ta compréhension et n'y voit aucun mal/reproche de ma part quant à ma demande ...😋 Cordialement oracle7😉

@goerges @KeizerSauze Bonjour, 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). Pour utiliser le fichier docker -compose c'est aussi très simple : Je stocke personnellement tous mes fichiers docker-compose dans un dossier spécifique à chaque conteneur, lui même inclus dans un dossier "scripts_install" dans le dossier docker soit par exemple : " /volume1/docker/scripts_install/watchtower ". Cela a aussi l'avantage de ne pas "polluer" le dossier propre au conteneur que tu auras également créé soit par exemple : " /volume1/docker/watchtower ". On sépare ainsi les genres. Ensuite avec un éditeur de texte, tu crées ton fichier docker-compose.yml et le sauvegarde dans le dossier suscité. Presque tout le temps un exemple du fichier docker-compose est fourni dans la doc du container sur dockerhub (mais par exemple pour watchtower, la doc te renvoie vers Github). Tu n'as alors plus qu'à faire un C/C du contenu du fichier docker-compose.yml proposé dans ton docker-compose.yml. Il te reste ensuite à adapter ce fichier à tes spécificités d'environnement. Souvent ce sont les chemins de montage des volumes qu'il te faut ajuster par rapport à l'exemple. Cela ne t'empêche pas aussi d'examiner la version d'installation en lignes de commandes pures pour rajouter ensuite dans le docker-compose d'éventuelles particularités mais normalement tout y est déjà. Attention à l'indentation des options dans le fichier docker-compose : les tabulations sont à proscrire, il ne faut utiliser que des espaces (blanc). Ensuite quand tu juges ton fichier correct, tu te places dans le dossier du script (si tu n'y est pas déjà) : " cd /volume1/docker/scripts_install/watchtower " et tu lances la création du conteneur en tapant " docker-compose up -d " et tu exploites le conteneur en te connectant à son interface Web. Pour l'arrêter tu tapes " docker-compose stop " et le supprimer si besoin (pour pouvoir modifier son docker-compose) tu tapes " docker-compose down ". Voilà, c'est pas plus compliqué. A l'usage on s'aperçoit très vite que c'est une méthode extrêmement souple. J'en terminerai en te renvoyant à l'excellent TUTO de @.Shad. sur l'introduction à docker. Tout y est clairement expliqué. Maintenant c'est toi qui voit ... Cordialement oracle7😉

@Dan01120 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 et de ses équipements. Cela dit rassures-toi il n'est pas trop tard pour bien faire ... Regardes ce post, tu y trouveras sûrement des réponses pour choisir le bon type de HDD. Cordialement oracle7😉

@CyberFr Bonjour, Juste une question c..., as-tu bien transférés les ports 500 et 4500 de ta box vers le NAS et ouverts/autorisés les ports 500, 1701 et 4500 dans le pare-feu du NAS. Normalement avec L2TP/IpSec il n'y a besoin que ce ces ports. Sinon, je t'invites à bien relire le TUTO VPN server car on parle de L2TP à plusieurs endroits (plusieurs § différents), l'un d'eux t'a peut-être échappé, non ? Cordialement oracle7😉

@Nico38660 Bonjour, Une petite recherche sur le forum avec les mots clés video et saccade va te ramener pas mal de posts sur le sujet. Tu devrais y trouver normalement des réponses à ton problème. Cordialement oracle7😉

@goerges Bonjour, Certes l'interface docker de DSM est facile pour un débutant, je te l'accorde bien volontiers, mais lorsque l'on "prend goût" à docker, le nombre de conteneurs mis en place augmente rapidement et là cette interface montre aussi rapidement ses limites pour gérer sérieusement et efficacement les conteneurs. Du coup, l'expérience aidant, on passe à une interface plus complète et plus puissante (quelque part) en installant "Portainer" mais pour ceux qui veulent "maîtriser" encore plus finement leurs conteneurs, ils utilisent directement la ligne de commande sous SSH avec notamment l'usage du fichier docker-compose. C'est juste un choix. Cordialement oracle7😉

@Arnaud01500 Bonjour, Content pour toi que ce TUTO t'ai aidé 😀. Toutefois, avant de tout réinstaller, tu aurais peut-être dû utiliser un code de secours pour te connecter et pouvoir désactiver la 2FA puis la réactiver avec ton nouveau téléphone. Cordialement oracle7😉

@goerges Bonjour, C'est sûr ta méthode marche aussi. Elle a juste l'inconvénient de faire plusieurs manipulations (Ahree ! grillé par @.Shad.😜) et avec des risques d'erreurs non négligeables alors qu'ajouter simplement ":latest" garantit de toujours utiliser la dernière version (donc à jour) avec une simple recréation du conteneur pour la prendre en compte me parait bien plus facile, non ? Cordialement oracle7😉

@KeizerSauze Bonjour, Comment as-tu fait ton installation du conteneur Sonarr ? via un fichier docker-compose ou en lignes de commandes docker ? Si c'est avec un fichier docker-compose (bien plus simple !), tu as dû indiquer dans les premières lignes une ligne du type : " image: ghcr.io/linuxserver/sonarr " services: sonarr: image: ghcr.io/linuxserver/sonarr Pour mettre à jour ton conteneur avec la nouvelle image : soit tu ajoutes à la fin de la ligne " :latest " ou ":N°deVersion" (:3..0) càd : image: ghcr.io/linuxserver/sonarr:latest OU image: ghcr.io/linuxserver/sonarr:3.0 et ensuite tu relances le conteneur (docker-compose down puis docker-compose up -d). soit tu installes le conteneur watchtower (voir TUTO ici) et tu ajoutes à ton docker-compose de Sonarr ces deux lignes : services: sonarr: labels: - "com.centurylinklabs.watchtower.enable=true" et ensuite c'est watchtower qui fera les mises à jour automatiquement dès qu'il détectera qu'il y a une nouvelle image disponible. Cordialement oracle7😉

@LEGDO Bonjour, As-tu essayé avec "Synology Assistant" ? Sinon avec une URL du type : "http://@IPlocaleNAS:5000" ou bien en tapant dans un navigateur Web : " \\NomNETBIOSduNAS ", tu n'as vraiment rien ? Cordialement oracle7😉

@Blockk Bonjour, Quel type de reset as-tu fait ? mode 1 ou 2 et selon la procédure décrite ici (regardes bien les remarques) ? Pour bien comprendre, qu'est-ce que tu entends par le "certificat SSL a été modifié" ? Tu peux préciser STP ? Comment te connectes-tu ? Quelle URL ? Cordialement oracle7😉

@CyberFr Bonjour, Mes remarques si tu veux bien : - A la première ligne : 192.168.1.x doit être l'@IP du NAS. - A la troisième ligne : 192.168.1.x doit être (dans tous les cas, l'@IP de la machine qui supporte DNS Server) : Soit l'@IP locale du NAS si c'est lui qui supporte DNS Server. Soit l'@IP locale du routeur si c'est lui qui supporte DNS Server et que le NAS est placé derrière lui dans son sous-réseau local. - A la quatrième ligne, remplaces www.ndd.fr par le wilcard *.ndd.fr. Ainsi tous tes sous-domaines (y compris www) seront pris en compte automatiquement. - Si d'aventure tu as un second NAS (nommé "nas2") dans le même sous-réseau local alors tu ajoutes une ligne : dsm2.ndd.fr A 86400 192.168.1.y. "dsm2" et pas "nas2" sinon le Reverse Proxy ne fonctionnera pas. C'est du vécu ! - De la même façon, si tu souhaite atteindre une autre machine sur ton sous-réseau local alors tu ajoutes une ligne : monautremachine.ndd.fr A 86400 192.168.1.z. Enfin dans la partie "Résolution" tu mets comme Redirecteurs 1&2 respectivement : FND (80.67.169.12) et Cloudfare (1.1.1.1) --> serveur DNS respectueux de la vie privée ! Cordialement oracle7😉

@CyberFr Bonjour, Oups 😳 j'étais persuadé que tu utilisais OpenVPN, désolé alors ... Cordialement oracle7😉

@math311 Bonjour, Bienvenue à toi sur ce forum, tu verras que c'est une mine d'informations pour te permettre de réaliser tes objectifs. Cordialement oracle7😉

@CyberFr Bonjour, Tout bêtement dans la configuration d'OpenVPN sur le NAS as-tu cochée la case "Autoriser aux clients l'accès au serveur LAN" ? Idem dans le fichier ovpn.conf, as-tu décommentée la ligne "redirect-gateway def1" et ajouter une ligne "dhcp-option DNS 10.2.0.1" ? Cordialement oracle7😉

@Swagme Bonjour, Oui pour le circuit et Oui à la question. Cordialement oracle7😉

@meocli Bonjour, D'un point de vue sécurité pour ton NAS mais surtout pour les données qu'il héberge ce n'ai vraiment pas sérieux mais bon, c'est toi qui voit ... Sinon : Je présuppose que tu as bien suivi mes indications précédentes pour le NAT sur la box et l'ouverture de ports dans le pare-feu de ton NAS. On est bien aussi d'accord que ton DDNS est défini sur ce domaine : "ddns.synology.me" (remplace ddns par la bonne valeur) et qu'il pointe bien vers ton @IP Externe (i.e. @IP Box voir avec le lien ip.lafibre.info que t'a donné précédemment @pluton212+). Je pars sur cette hypothèse pour la suite. Dans un terminal sous SSH, on vérifie que ton DDNS pointe bien chez toi, en passant la commande "ping ddns.synology.me" depuis ton PC/Mac . La réponse doit être ton @IP Externe. On vérifie aussi que "nslookup ddns.synology.me 8.8.8.8", ça doit aussi te faire tomber sur ton @IP Externe. Depuis l'extérieur (sur un tél 4G par ex), dans un navigateur Web : taper l'URL http://ddns.synology.me:5000 --> tu dois atteindre le NAS. Idem avec https://ddns.synology.me:5001. Réseau/Interface réseau : pour LAN1 configurer avec DHCP automatique. Mais si tu mets en configuration manuelle, alors : @IPlocaleNAS, passerelle=@IPlocaleBox, Serveur DNS= @IPlocaleNAS, cocher Définir comme valeur par défaut. Réseau/Paramètres de DSM : Décocher "Rediriger automatiquement les connexions HTTP vers HTTPS sur le bureau DSM" sinon cela casse le processus de reverse proxy. Portails des applications/Applications : Pour les applications, je te conseille de renseigner les ports HTTP standards. Portails des applications/Reverse proxy : Définir les redirections à l'image de celle-ci : https://aliasApplication.ddns.synology.me:443 --> localhost:portStandardHttpApplication (ne pas oublier de cocher HTTP/2). Soit par exemple dans ton cas : https://nas.ddns.synology.me + HTTP/2 coché --> htttp://localhost:5000 pour le NAS et par exemple https://file.ddns.synology.me + HTTP/2 coché --> htttp://localhost:7000 pour FileStation (attention, c'est trompeur dans le reverse proxy certains champs sont apparemment déjà renseignés, mais il n'en est rien, il faut quand même les renseigner sinon rien n'est pris en compte !). Pour AudioStation tu rediriges vers htttp://localhost:8800. Donc depuis l'extérieur (sur un tél 4G par ex) pour DSAudio tu saisis l'URL "https://audio.ddns.synology.me:443" et tu dois atteindre ainsi AudioStation sur le NAS. Eventuellement dis-nous où cela coince, mais normalement cela devrait le faire ainsi. Cordialement oracle7😉