01
Lire le schéma de la source
L’analyse utilise mqtt, mqtts, amqp, amqps, ws ou wss présent dans l’URI collée. Le choix du mode Construction ne modifie jamais la source.
Outils de protocole
Analyseur d'URL MQTTavec les URI AMQP et WebSocket
Examiner une adresse sans contacter le serveur.
Analyseur d'URL MQTT et constructeur d’URI
URI de protocole
Traitement dans ce navigateur, sans contact avec le broker ni DNS. Le texte source reste visible ici.
Résultat
Traitement et sortie
Le masque couvre résultats, aperçus, copies et téléchargements. Il ne cache pas la source, l’hôte ou le chemin. Désactivez-le explicitement pour exporter les valeurs.
Syntaxe uniquement: aucune connexion, vérification DNS, TLS ou authentification. AMQP suit RabbitMQ 0-9-1; ws/wss refusent userinfo et fragment.
Une URI de 100 000 unités maximum et 500 paramètres. L’aperçu montre 20 000 unités; l’export garde le résultat complet.
Saisissez une URI ou chargez un exemple.
Un Analyseur d'URL MQTT permet de comprendre pourquoi une adresse de broker apparemment correcte désigne un autre hôte, port ou chemin. Séparez ses composants avant de changer une configuration.
L’outil sert aussi à l’analyse d’URI AMQP et à la création d’une URL de connexion WebSocket. Une URL de connexion RabbitMQ et une URL MQTT partagent des séparateurs, mais pas les mêmes règles de chemin.
Pourquoi utiliser cet Analyseur d'URL MQTT ?
Examiner les champs sans se connecter
L’Analyseur d'URL MQTT sépare schéma, hôte, port explicite, chemin et entrées de requête ordonnées. Identifiants et valeurs sont masqués dans le résultat par défaut.
Construire selon le protocole
Dans AMQP, un vhost nommé / devient %2F dans un seul segment. Une URL WebSocket conserve ses segments de chemin; aucun port supposé n’est ajouté au résultat.
Lire les composants avant de réutiliser l’adresse
02
Distinguer vhost absent, vide et slash
Pour RabbitMQ, aucun chemin signifie vhost non indiqué, / final signifie nom vide et /%2F signifie nom /. Saisissez le nom décodé dans le constructeur.
03
Attendre un résultat à jour
Le mode automatique attend 350 ms après la saisie. Désactivez-le pour utiliser le bouton ou Ctrl/Cmd+Enter. Une modification bloque aussitôt copie et téléchargement de l’ancien résultat.
Détails qui changent la lecture de l’URI
Port écrit et port de référence
Le port présent dans l’URI est montré séparément. 1883/8883 pour MQTT et 5672/5671 pour AMQP sont des usages; 80/443 pour ws/wss concernent l’URL, pas tous les brokers.
Ordre des paramètres conservé
Clés répétées, valeurs vides et clés seules restent distinctes. L’outil ne prétend pas qu’un paramètre d’URL RabbitMQ a le même effet dans tous les clients.
Encodage contrôlé strictement
Les échappements % invalides, UTF-8 incorrect, IPv6 sans crochets et ports hors de 1–65535 produisent une erreur. Dans le constructeur, @ d’un mot de passe est encodé comme composant.
Constructeur séparé de la source
Choisissez un des six schémas et modifiez hôte, port, chemin ou vhost, identifiants et lignes de paramètres. L’URI produite reste distincte de l’entrée collée.
Ce que la vérification de syntaxe ne prouve pas
- Aucun test de connexion
- Le navigateur traite seulement du texte: aucun paquet MQTT CONNECT, dialogue AMQP ou upgrade WebSocket n’est envoyé. DNS, TLS et autorisations restent inconnus.
- Un chemin MQTT n’est pas un topic déduit
- Le chemin de mqtt:// est affiché comme structure; son sens dépend du client. Le /mqtt d’un WebSocket est un point de transport, pas un topic de publication.
- AMQP limité aux URI RabbitMQ 0-9-1
- Le vhost occupe un seul segment et un / interne doit être %2F. Les adresses AMQP 1.0, Qpid brokerlist et JMS failover utilisent d’autres syntaxes.
- Restrictions propres à WebSocket
- Les URI ws/wss avec fragment ou userinfo sont refusées. Un chemin et une requête valides ne prouvent pas qu’un broker écoute sur ce port.
- Le masque ne cache pas la source
- Le texte collé reste visible dans l’éditeur. Les exports ordinaires cachent identifiants et valeurs de requête; hôte et chemin ne sont pas analysés à la recherche de secrets.
Questions sur l’Analyseur d'URL MQTT
Où trouver l'URL de connexion RabbitMQ ?
L’hôte, le port, les identifiants et le vhost réels viennent de votre déploiement ou fournisseur. Une URL RabbitMQ commence souvent par amqp:// ou amqps://; cet outil n’effectue aucune découverte de serveur.
Comment représenter le vhost par défaut / dans une URI RabbitMQ ?
Ajoutez /%2F après l’autorité pour nommer explicitement le vhost /. Sans chemin, il n’est pas indiqué; un simple / final désigne un nom vide. Le client peut appliquer son propre défaut.
Comment écrire un mot de passe contenant @ dans une URI RabbitMQ ?
Encodez @ en %40 dans le mot de passe, par exemple amqp://user:p%40ss@host/%2F. Dans le constructeur, entrez p@ss non encodé: l’encodage n’est effectué qu’une fois.
Pourquoi MQTT.js ne se connecte-t-il pas avec une URL WebSocket ?
Une URL ws/wss valide peut viser le mauvais listener ou le mauvais chemin, par exemple /mqtt au lieu de /ws. TLS, permissions et configuration du broker comptent aussi; ce site ne se connecte pas.
Une URI amqp:// chiffre-t-elle le nom d’utilisateur et le mot de passe ?
Non. L’encodage en pourcentage et le masque d’affichage ne chiffrent rien. Si le serveur propose TLS, utilisez amqps:// et protégez toute URI contenant des identifiants.
Une URI est mal analysée ?
Vérifier une autre adresse avec l’Analyseur d'URL MQTT
L’Analyseur d'URL MQTT aide à inspecter une autre URI et à créer une version masquée après vérification des règles de chemin.
Le traitement statique reste dans ce navigateur.