.Shad.

Bonne question, je regarderai du week-end.

Bienvenue !

Je confirme, chez moi il y est (dans mon conteneur mosquitto pour ma domotique) : / # mosquitto_sub --help mosquitto_sub is a simple mqtt client that will subscribe to a set of topics and print all messages it receives. mosquitto_sub version 2.0.15 running on libmosquitto 2.0.15. Usage: mosquitto_sub {[-h host] [--unix path] [-p port] [-u username] [-P password] -t topic | -L URL [-t topic]} [-c] [-k keepalive] [-q qos] [-x session-expiry-interval] [-C msg_count] [-E] [-R] [--retained-only] [--remove-retained] [-T filter_out] [-U topic ...] [-F format] [-W timeout_secs] [-A bind_address] [--nodelay] [-i id] [-I id_prefix] [-d] [-N] [--quiet] [-v] [--will-topic [--will-payload payload] [--will-qos qos] [--will-retain]] [{--cafile file | --capath dir} [--cert file] [--key file] [--ciphers ciphers] [--insecure] [--tls-alpn protocol] [--tls-engine engine] [--keyform keyform] [--tls-engine-kpass-sha1]] [--tls-use-os-certs] [--proxy socks-url] [-D command identifier value] mosquitto_sub --help -A : bind the outgoing socket to this host/ip address. Use to control which interface the client communicates over. -c : disable clean session/enable persistent client mode When this argument is used, the broker will be instructed not to clean existing sessions for the same client id when the client connects, and sessions will never expire when the client disconnects. MQTT v5 clients can change their session expiry interval with the -x argument. -C : disconnect and exit after receiving the 'msg_count' messages. -d : enable debug messages. -D : Define MQTT v5 properties. See the documentation for more details. -E : Exit once all subscriptions have been acknowledged by the broker. -F : output format. -h : mqtt host to connect to. Defaults to localhost. -i : id to use for this client. Defaults to mosquitto_sub_ appended with the process id. -I : define the client id as id_prefix appended with the process id. Useful for when the broker is using the clientid_prefixes option. -k : keep alive in seconds for this client. Defaults to 60. -L : specify user, password, hostname, port and topic as a URL in the form: mqtt(s)://[username[:password]@]host[:port]/topic -N : do not add an end of line character when printing the payload. -p : network port to connect to. Defaults to 1883 for plain MQTT and 8883 for MQTT over TLS. -P : provide a password -q : quality of service level to use for the subscription. Defaults to 0. -R : do not print stale messages (those with retain set). -t : mqtt topic to subscribe to. May be repeated multiple times. -T : topic string to filter out of results. May be repeated. -u : provide a username -U : unsubscribe from a topic. May be repeated. -v : print published messages verbosely. -V : specify the version of the MQTT protocol to use when connecting. Can be mqttv5, mqttv311 or mqttv31. Defaults to mqttv311. -W : Specifies a timeout in seconds how long to process incoming MQTT messages. -x : Set the session-expiry-interval property on the CONNECT packet. Applies to MQTT v5 clients only. Set to 0-4294967294 to specify the session will expire in that many seconds after the client disconnects, or use -1, 4294967295, or ∞ for a session that does not expire. Defaults to -1 if -c is also given, or 0 if -c not given. --help : display this message. --nodelay : disable Nagle's algorithm, to reduce socket sending latency at the possible expense of more packets being sent. --pretty : print formatted output rather than minimised output when using the JSON output format option. --quiet : don't print error messages. --random-filter : only print a percentage of received messages. Set to 100 to have all messages printed, 50.0 to have half of the messages received on average printed, and so on. --retained-only : only handle messages with the retained flag set, and exit when the first non-retained message is received. --remove-retained : send a message to the server to clear any received retained messages Use -T to filter out messages you do not want to be cleared. --unix : connect to a broker through a unix domain socket instead of a TCP socket, e.g. /tmp/mosquitto.sock --will-payload : payload for the client Will, which is sent by the broker in case of unexpected disconnection. If not given and will-topic is set, a zero length message will be sent. --will-qos : QoS level for the client Will. --will-retain : if given, make the client Will retained. --will-topic : the topic on which to publish the client Will. --cafile : path to a file containing trusted CA certificates to enable encrypted certificate based communication. --capath : path to a directory containing trusted CA certificates to enable encrypted communication. --cert : client certificate for authentication, if required by server. --key : client private key for authentication, if required by server. --keyform : keyfile type, can be either "pem" or "engine". --ciphers : openssl compatible list of TLS ciphers to support. --tls-version : TLS protocol version, can be one of tlsv1.3 tlsv1.2 or tlsv1.1. Defaults to tlsv1.2 if available. --insecure : do not check that the server certificate hostname matches the remote hostname. Using this option means that you cannot be sure that the remote host is the server you wish to connect to and so is insecure. Do not use this option in a production environment. --tls-engine : If set, enables the use of a SSL engine device. --tls-engine-kpass-sha1 : SHA1 of the key password to be used with the selected SSL engine. --tls-use-os-certs : Load and trust OS provided CA certificates. --proxy : SOCKS5 proxy URL of the form: socks5h://[username[:password]@]hostname[:port] Only "none" and "username" authentication is supported. See https://mosquitto.org/ for more information. Et un site qui reprend les syntaxes concernant les fonctions de mosquitto : http://www.steves-internet-guide.com/mosquitto_pub-sub-clients/

La remarque de @PiwiLAbruti tient quand même. Tu peux utiliser le client intégré pour publier sur le serveur. Et ce dans la même installation.

Mon tutoriel en signature couvre le montage de données dans un conteneur.

@declencher Tu n'as pas à ajouter des binaires à un conteneur existant, c'est une mauvaise pratique, c’est contraire à la philosophie de Docker. La bonne façon de faire c’est soit de créer des conteneurs séparés, soit de tout mettre dans une VM. Tu peux même utiliser les volumes internes Docker pour rendre les données disponibles d'un conteneur à l'autre.

Node-red peut-être ? https://hub.docker.com/r/nodered/node-red

C'est très probablement de là que ça vient. Est-ce que tu y accèdes avec d'autres comptes que des comptes avec privilèges admin ?

Typiquement tu y accèdes depuis Windows ou Linux via des lecteurs réseau ?

Welcome !

Bonjour et bienvenue !

Salut, Est-ce que tu as mis en place des règles de suppression des dossiers inutilisés avec l'analyseur de stockage ? Est-ce que tu as fait des montages distants des dossiers partagés du NAS depuis des clients Windows ? A priori des dossiers ne se suppriment pas tout seul. Donc il y a nécessairement des mécaniques mises en place derrière qui provoquent cette suppression.

@Diplo95 Je n'avais pas vu ta réponse désolé. Essaie d'activer au démarrage ce service : sudo systemctl enable systemd-networkd.service

Tu as un paquet Virtual Machine Manager disponible dans DSM, si ton NAS c'est bien un DS218+, c'est disponible. Tu parlais de naviguer sur Internet, pas de naviguer dans le système, qu'en est-il exactement ? pourquoi vouloir naviguer depuis le NAS ?

Et comment tu t'y prendrais ? Jouer avec le bootloader ? Clairement non, si tu as besoin de naviguer depuis le NAS, tu crées une VM Mint.

Je ne sais pas si tu sauras facilement exploiter le load-balancing, pour info le load-balancing via LACP permet par exemple d'utiliser des interfaces différentes suivant que le trafic est entrant ou sortant, un moyen donc de décongestionner une vitesse de transfert, pour peu qu'on ait plusieurs tâches simultanées. En revanche, tu n'es pas seul à te servir de ton NAS ? Parce que si oui l'intérêt est minime, voire nul. J'aurais par exemple trouvé plus intéressant pour l'exercice de dédier un port à l'administration du NAS, en jouant avec les règles de pare-feu de façon plus granulaire sur cette interface. Voire même l'affubler d'un VLAN, et jouer avec EdgeRouter X (s'il le permet) à ce niveau-là, c'est l'occasion de se familiariser avec les notions de VLAN natif et non natif, PVID, trunk/tagged et access/untagged ports, etc...

Bienvenue parmi nous ! Et bonne année 🙂

De la chimieeeeeeeeeeeeeeee, ça me rappelle que je déteste ça 😄

Bienvenue chez nous 🙂

Welcome !

Je pense que tu devrais voir du côté de Synocommunity, dont nous avons un membre sur le forum @PiwiLAbruti. Il y a certainement une procédure de validation du paquet en amont, mais rien ne t'empêche d'avancer sur ton travail en attendant 😄

Welcome !

Pour moi, le problème principal dans tout ça c'est que ta nouvelle IP publique est en 10.x.x.x, ça veut dire que ton FAI pratique du CGNAT, ce qui pour un utilisateur lambda est sans conséquence, mais pour quelqu'un ayant besoin d'accéder à son serveur à distance, ça coince. Car les IP en 10.x.x.x font partie des réseaux attribués à un usage privé. Du coup, le seul moyen d'accéder à ton NAS serait "peut-être" QuickConnect, ou de passer par un serveur VPN externalisé, auquel le NAS se connecterait en tant que client, et le périphérique souhaitant accéder au NAS également. Ils pourraient alors communiquer directement l'un avec l'autre, mais c'est tout de suite une usine à gaz pour le besoin exprimé. Première chose à faire pour moi est de demander à ton FAI de te basculer sur une IP routable, hors des réseaux privés définis par la RFC 1918, fixe idéalement, dynamique sinon.

Salut, prends bien le temps de lire tous les tutoriels qui te semblent liés à ton besoin, ça te permettra de mieux comprendre les réglages que tu pourras être amené à faire.

Bienvenue parmi nous !