This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

.Shad.

Membres
  • Compteur de contenus

    2 730
  • Inscription

  • Dernière visite

  • Jours gagnés

    53

.Shad. a gagné pour la dernière fois le 20 janvier

.Shad. a eu le contenu le plus aimé !

Réputation sur la communauté

226 Excellent

4 abonnés

À propos de .Shad.

Visiteurs récents du profil

2 956 visualisations du profil
  1. .Shad.

    hello

    Bienvenue parmi nous
  2. L'adresse pour laquelle tu essaies d'atteindre le port SSH (22) c'est l'IP locale du NAS ? (si c'est une IP privée au passage ça ne sert à rien de la cacher).
  3. Que donnent : nslookup xxx.ndd.net nslookup yyy.ndd.net depuis un PC ?
  4. Je ne comprends pas, tu veux faire quoi ? te connecter au conteneur MongoDB en SSH ? Faire des requêtes ? Il faut vraiment que tu sois plus précis dans ton besoin et tes demandes.
  5. Ici, dans les paramètres avancés du conteneur :
  6. Ah ça change tout, dans ce cas-là tu dois juste translater le port d'écoute de MongoDB sur le NAS directement, et le joindre via : IP_du_NAS:port_MongoDB
  7. La meilleure chose à faire, quand deux conteneurs doivent parler entre eux, c'est de créer un réseau bridge personnalisé, de les y mettre tous les deux. Ensuite ils peuvent communiquer via leur nom de conteneur, par exemple si tu appelles tes conteneurs mongodb et robot3t, si le port de MongoDB est 27017, robot3t pourra contacter mongodb à : http://mongodb:27017 Pour créer un réseau bridge personnalisé via DSM, tu peux regarder la partie "AVANT DE SE LANCER" de mon tutoriel sur le monitoring réseau :
  8. Bonjour, On aime bien que les nouveaux membres se présentent avant de poster leur question. Il faut plus de détail, avec quelle adresse essaies-tu d'atteindre ton instance MongoDB ? Si c'est dans un Docker, il faut utiliser l'IP du conteneur et pas celle du NAS, sauf si tu as fait un NAT du port de MongoDB sur le NAS.
  9. Tu peux passer sur l'image linuxserver/unifi-controller qui utilise les variables d'environnement PUID/PGID pour déterminer l'utilisateur qui exécute le service. Sinon on évite d'utiliser de toute façon les ports < à 1024, ils sont souvent utilisés par des processus système. Pour forcer l'utilisateur quand même sur ton image, il faut passer en ligne de commande ou par docker-compose : En CLI : --user uid:gid en utilisant l'uid et le gid de l'utilisateur/groupe que tu souhaites voir exécuter le conteneur. Par docker-compose : user: "uid:gid"
  10. .Shad.

    L'IP a changé ...

    @Jeff777 Je dis juste que si un périphérique obtient seulement une IPv6 de lien local alors que l'IPv6 est activée sur le réseau ainsi qu'au niveau de la box ou du routeur, c'est qu'il y a un problème, c'est tout.
  11. .Shad.

    L'IP a changé ...

    Le problème n'est pas d'avoir une IPv6 de lien local, tous les périphériques en ont une, le problème c'est si c'est la seule IPv6 que tu obtiens de ton routeur ou de ta box. Ca veut dire que ton NAS n'est pas accessible par IPv6, ce qui est tout à fait normal quand tu n'utilises pas l'IPv6 sur ton réseau, beaucoup moins si tu t'en sers. Ca revient à devoir faire du NAT pour l'IPv6 comme l'IPv4, le NAT n'ayant aucun sens pour l'IPv6, vu que chaque périphérique est sensé obtenir une IPv6 routable sur Internet.