À ma connaissance, dans MQTT, un sujet est créé une fois qu'un client publie quelque chose avec le nom de sujet correspondant.
Il n'est pas nécessaire de configurer un sujet, sa publication suffit.
D' ici .
Est-il possible pour un client de s'abonner à son propre sujet, après l'avoir publié, créé? Je n'ai trouvé aucune restriction à ce sujet dans les spécifications . Il n'est pas répertorié non plus comme un comportement anormal possible:
5.4.8 Détection des comportements anormaux
Les implémentations de serveur peuvent surveiller le comportement du client pour détecter les incidents de sécurité potentiels. Par exemple:
- Tentatives de connexion répétées
- Tentatives d'authentification répétées
- Arrêt anormal des connexions
- Analyse des sujets (tente d'envoyer ou de s'abonner à de nombreux sujets)
- Envoi de messages non distribuables (aucun abonné aux sujets)
- Clients qui se connectent mais n'envoient pas de données
Sur cette base, je pense que c'est certainement possible. Je suis donc intéressé par les cas d'utilisation de cette fonctionnalité?
Pourquoi la norme permet-elle un tel mécanisme, serait-il trop compliqué de suivre le propriétaire des sujets? Au lieu de cela, cela permet simplement aux clients de s'abonner à leur propre sujet.
Un cas d'utilisation auquel je peux penser est que de cette façon, un client peut vérifier ses données publiées.
Oui.
Les clients MQTT sont connectés à un courtier qui peut être un cloud ou un autre appareil.
La création d'un sujet n'existe pas. Ils sont utilisés comme en-tête d'un message. Donc, si votre client s'est abonné à un sujet et s'il publie quelque chose sur ce sujet, le message sera à nouveau reçu via le courtier.
Des exemples de bons courtiers sont Mosquitto pour fonctionner sur les appareils et CloudMqtt pour le courtier basé sur le cloud
la source