Jeff777

C'est un problème de certificat. Tu peux peut-être avoir des détails en cliquant à gauche de l'adresse sur la petite icône.

Comme quoi que tu fasses ou non l'update tu as toujours 50% de chance de te planter 🤣

Ah je viens de voir que tu as édité ton avant dernier message. Bon c'est top ! Ton certificat il faut aussi que tu l'affectes à nas.ndd.eu. Tu fais un certificat avec ndd.eu comme domaine et nas.ndd.eu comme autre nom. Et tu t'assures dans la config que ce certificat est bien attribué à nas.ndd.eu

Un idée : Peut-être que là tu devrais faire l'enregistrement que suggérait Oracle ndd.eu A 192.168.1.30

Si je comprends bien tu n'as fait que désactiver puis réactiver pare-feu et windows defender du PC et tout fonctionne ! ça nous dit pas pourquoi ça ne fonctionnait pas. dommage !

Bon on est bien d'accord que pour l'instant c'est en local que tu cherche à atteindre ton DSM. Je te site : "En attendant cet achat, je souhaite tester le comportement du DNS de mon NAS depuis un accès local et VPN. C'est là où j'en suis aujourd'hui " Tu a fait un enregistrement nas.ndd A 192.168.1.30 donc c'est lui qu'il faut utiliser et en plus il faut préciser le port 5000 (ou 5001 pour y arriver en https) Vérifie que tu as bien déclaré ce port dans réseau/paramètre du DSM Si tu veux y accéder sans nommer le port avec nas.ndd il faudra faire un reverse proxy. Mais commence par essayer nas.ndd:5000 en vérifiant que le port est bien déclaré

Je n'ai pas tout compris sur ton problème mais l'essentiel est que tu as pu le résoudre. Bonne continuation

192.0.0.0 255.0.0.0 contient bien le sous réseau de TuringFan. C'est l'essentiel car on est sur la zone DNS locale donc effectivement sa vue renvoie vers la zone locale lorsqu'il fait une requête depuis son LAN. Pour la remarque concernant nas.ndd.eu il faudra le faire mais pour le moment on regarde la zone locale puisque le souhait de TuringFan c'est d'accéder en VPN. Concernant l'enregistrement ndd A 192.168.1.30 dans la zone locale je ne suis pas sûr que ce soit indispensable. Je ne l'ai pas dans ma zone privée et je n'ai aucun soucis.

Effectivement ça manque mais son NAS répond correctement : et je pensais comme Turingfan que le DNS était bien configuré mais n'était pas sollicité; car apparemment il n'est pas possible de choisir un autre DNS que ceux d'orange dans la Livebox (ce qui me surprends). Bon mais j'apprends tous les jours alors je peux me tromper ☺️

panneau de conf/utilisateur /avancé c'est là qu'est défini la force du MdP. Tu le définis toi même. Je ne sais pas ce qu'il y a par défaut.

Je pense qu'il réinitialise le mot de passe et le premier que tu rentres est pris en compte mais à condition qu'il réponde aux impératifs de sécurité que tu lui a fixé. Nombre de caractères etc.... Maintenant c'est sûr que cela fonctionne même si le mot de passe est différent de ton ancien sinon la procédure serait complètement inutile si tu l'appliques parce que tu as oublié ton mot de passe 🤣 Maintenant je ne sais pas ce qui c'est passé dans ton cas mais l'essentiel c'est que tu sois à nouveau opérationnel.

Bonjour, Tu as activé le blocage automatique? Sinon en faisant un simple reset tu réinitialises ton mot de passe. A l'arrière du NAS tu trouveras la position du reset tu introduis un trombone 5 secondes le temps d'entendre un bip (pas plus). Lorsque tu redémarreras le NAS il te sera demandé un nouveau mot de passe.

Excuse moi c'est ce que tu as fait après. Pour moi le DNS de ton NAS répond correctement. Le problème c'est que le DNS du NAS n'est pas configuré pour répondre à une requète locale. Je ne suis pas certain mais essaie de configurer manuellement le DNS avec l'IP du nas dans : Panneau de config/réseau onglet général et onglet interface Lan modifier

Pour cela il faudrait faire : nslookup "adresse à tester" "IPlocale du NAS" Si tu fais nslookup c'est le DNS par défaut qui répond donc celui de ta livebox

Bonjour, Je suis un peu perdu. Est-ce que c'est la continuité du problème précédent : ou bien un nouveau problème?

-

Bonjour, Et merci Shad pour ce tuto 👍. Je n'ai pas eu trop de mal pour arriver au bout ce qui veut dire qu'il est bien débogué. J'ai fait bien sûr quelques erreurs n'ayant pas trop l'habitude de docker-compose mais en relisant le tuto j'ai pu rapidement corriger. Maintenant je vais explorer les différentes possibilités, rajouter mon deuxième NAS (je pense qu'il suffit d'installer docker et influxDB mais je me demande si mon DS212 va supporter) et plus tard ma freebox grace au tuto de bruno78. Edit : J'avais oublié que le DS212+ ne supportait pas docker. EDIT2 :pas besoin d'installer docker ni quoi que ce soit dans le second NAS. Il faut juste déclarer son IP dans telegraf et activer snmp.

Le lien que j'ai mis lui envoie une notification. Bonne soirée

Bien sûr Je pense que tu le signales à un Modo comme @Mic13710 par exemple. Et il le fera quand il passera par là.

Impec ! Je trouve ça pas mal. Après ça dépend de ton utilisation. Certain utilise toujours le VPN depuis l'extérieur ce qui permet de de fermer les port sauf celui du VPN. Sinon tu as restreint à France Martinique. C'est bien, ce qui est essentiel c'est de ne pas ouvrir au monde entier mais limiter aux pays où tu as des utilisateurs. Il y a aussi certains qui ferme le port 80 et ce qui oblige à faire les requêtes en https. Personnellement j'ai fait comme toi avec la redirection.

Oui s'il ne reste plus rien tu peux déclarer ton nouveau certificat comme certificat par défaut et supprimer l'original Concernant l'accès depuis l'extérieur : Lorsque sur internet tu fais une requête avec une adresse tartanpion.ndd.fr il ya un serveur qui va répondre celui qui gère les adresses ".fr". Ce serveur il connait le serveur qui a attribué le domaine ndd donc il va t'envoyer vers OVH. Le serveur d'OVH il va trouver la zone correspondant à ndd.fr et il va trouver ton adresse IP. La requête arrive donc sur ta box (routeur) avec le port 80 (si tu n'a rien marqué devant l'adresse ou si tu as mis http) ou le port 443 si tu as mis https. La box sait que les requêtes avec port 80 ou 443 sont a envoyer sur le NAS (si tu as bien renseigné les redirections de ports). La requête avec un port 80 ou 443 arrive sur Webstation (si le pare-feu autorise cela) donc dans le dossier web et sur .htaccess qui transforme éventuellement http en https. https://tartanpion.ndd.fr si présent dans le reverse proxy est transformé en http://IPNAS : portdel'appli et l'application s'ouvre (IPNAS peut aussi être LOCALHOST s'il n'y a qu'un nas sur le réseau ou IP d'un autre NAS ou périphérique du réseau). Bon ça fait un peu cuisine ce que je raconte et ce ne serait certainement pas validé par des pros de l'informatique mais c'est comme cela que j'ai appris tout seul. Avec ça tu vas peut-être trouver où ça pêche ! Sinon fait aussi un nslookup pour vérifier que l'adresse est bien résolue.

Bonjour, Oui, il faut faire deux tâches de sauvegarde distinctes. Je dirais plusieurs jours. Mais oui, c'est pour la première fois.

Et quelqu'un pourrait-il m'expliquer pourquoi cette méthode n'est elle pas considérée: Elle est pourtant ultra simple et à ma portée 😄

Super, mais suis bien le conseil de PPJP car lorsque tu auras plusieurs certificats il faut bien attribuer chacun au bons sous-domaines. Sinon ça ne fonctionnera pas ☺️

Je ne suis pas sûr d'avoir compris ce que tu voulais dire mais voilà le résultat chez moi : Avant la mise en place de l'option miracle donnée par Brunchto sur mes deux NAS je voyais dans le journal de connexion au DSM les IP locales des deux NAS (indifférement l'une ou l'autre puisque la connexion pouvait se faire par l'un ou l'autre des reverse proxies. Et ceci que la connexion vienne de l'intérieur ou de l'extérieur. Maintenant je vois pour les deux NAS les IPV4 locales de mon PC (connexion interne) ou IP publique du client (connexion externe). Je vois donc les connexions en amont du proxy. Et pour la redondance des NAS ça marche comme prévu : Nas1 en panne je vois dans le NAS2 l'IPV6 du client (en local l'IPV6 local de mon PC en externe l'IPV6 publique du client) Nas2 en panne je vois dans le NAS2 l'IPV4 du client (en local l'IPV4 local de mon PC en externe l'IPV4 publique du client)