01
Das Schema aus der Eingabe übernehmen
Beim Parsen zählt mqtt, mqtts, amqp, amqps, ws oder wss in der eingefügten URI. Die Auswahl im Builder überschreibt diese Angabe nicht.
Protokollwerkzeuge
MQTT-URL-Parserauch für AMQP- und WebSocket-URIs
Die Adresse prüfen, ohne eine Verbindung aufzubauen.
MQTT-URL-Parser und URI-Builder
Protokoll-URI
Die Verarbeitung bleibt in diesem Browser; weder Broker noch DNS werden kontaktiert. Die Quelle bleibt hier sichtbar.
Ergebnis
Verarbeitung und Ausgabe
Die Maske gilt für Ergebnis, Vorschau, Kopie und Download. Quelle, Host und Pfad bleiben sichtbar. Originalwerte nur nach bewusstem Ausschalten exportieren.
Nur Syntax: keine Verbindung, DNS-, TLS- oder Authentifizierungsprüfung. AMQP folgt RabbitMQ-0-9-1-URIs; ws/wss verbieten Userinfo und Fragment.
Eine URI bis 100.000 Eingabeeinheiten und 500 Query-Einträge. Vorschau zeigt 20.000 Einheiten, Export das ganze Ergebnis.
URI eingeben oder Beispiel laden.
Der MQTT-URL-Parser hilft, wenn eine Broker-Adresse richtig aussieht, der Client aber Host, Port oder Pfad anders liest. Zerlegen Sie die URI, bevor Sie eine Konfiguration ändern.
Sie können eine AMQP-URI analysieren und eine WebSocket-URL erstellen: Eine RabbitMQ-Verbindungs-URL und eine MQTT-Broker-URL haben ähnliche Trennzeichen, aber verschiedene Pfadregeln.
Warum den MQTT-URL-Parser verwenden?
Verbindungsfelder ohne Netzwerk prüfen
Der MQTT-URL-Parser trennt Schema, Host, expliziten Port, Pfad und geordnete Query-Einträge. Benutzername, Passwort und Werte bleiben im Ergebnis zunächst maskiert.
Beim Bauen die Pfadregel beachten
Ein AMQP-vhost namens Schrägstrich wird als %2F in genau einem Segment kodiert. Ein WebSocket-Endpunkt behält dagegen mehrere Pfadsegmente; Referenzports werden nicht still eingefügt.
Vor der Verwendung gezielt prüfen
02
Fehlenden und leeren vhost trennen
Bei RabbitMQ bedeutet kein Pfad „nicht angegeben“, ein abschließendes / einen leeren Namen und /%2F den vhost „/“. Im Builder wird der dekodierte Name eingegeben.
03
Nur aktuelle Ergebnisse exportieren
Die Automatik wartet nach einer Änderung 350 ms. Nach dem Ausschalten dienen Schaltfläche oder Ctrl/Cmd+Enter. Jede Eingabeänderung sperrt Kopieren und Download des alten Ergebnisses.
Felder, die die Verbindung ändern können
Expliziter und referenzierter Port
Sie sehen, ob ein Port wirklich in der URI steht. 1883/8883 für MQTT und 5672/5671 für AMQP sind Konventionen; 80/443 bei ws/wss betreffen die URL-Ebene, nicht jeden Broker.
Query-Reihenfolge bleibt erhalten
Doppelte Schlüssel, leere Werte und reine Schlüssel bleiben getrennt. RabbitMQ-Query-Namen werden nicht als universelle Client-Optionen ausgegeben.
Strenge Komponenten-Kodierung
Ungültige %-Escape-Sequenzen, UTF-8-Fehler, IPv6 ohne Klammern und Ports außerhalb 1–65535 werden gemeldet. Ein @ im Passwort wird beim Bauen als Komponente kodiert.
Builder getrennt von der Quelle
Wählen Sie eines von sechs Schemata und bearbeiten Sie Host, Port, Pfad oder vhost, Zugangsdaten und Query-Zeilen. Die ursprüngliche eingefügte URI bleibt unverändert.
Grenzen der statischen Prüfung
- Kein Kontakt zum Broker
- Die Verarbeitung bleibt im Browser. Es werden weder MQTT CONNECT noch AMQP-Handshake oder WebSocket-Upgrade gesendet; DNS, TLS und Berechtigungen bleiben ungeprüft.
- MQTT-Pfad ist nicht automatisch ein Topic
- Ein Pfad in mqtt:// wird nur als Struktur gezeigt. Seine Bedeutung hängt vom Client ab; ein WebSocket-Pfad /mqtt ist kein Publish- oder Subscribe-Topic.
- AMQP auf RabbitMQ 0-9-1 begrenzt
- Der vhost ist ein Pfadsegment; ein Schrägstrich im Namen muss %2F sein. AMQP 1.0, Qpid brokerlist und JMS-Failover-URLs folgen anderen Regeln.
- WebSocket-URI ohne Userinfo und Fragment
- ws/wss-Adressen mit Benutzerinformationen oder #fragment werden abgewiesen. Der Parser bestätigt weder tatsächlichen Listener-Port noch einen verfügbaren Endpunkt.
- Maske gilt nicht für den Quelltext
- Die Eingabe bleibt im Editor sichtbar. Standardexporte verbergen Zugangsdaten und Query-Werte; Host und Pfad werden nicht auf Geheimnisse untersucht, und es gibt keinen Verlauf.
Fragen zum MQTT-URL-Parser
Wo finde ich die RabbitMQ-Verbindungs-URL?
Host, Port, Zugangsdaten und vhost müssen aus der Bereitstellung oder vom Anbieter kommen. Eine RabbitMQ-Verbindungs-URL beginnt oft mit amqp:// oder amqps://; der Parser entdeckt keine Server.
Wie wird der Standard-vhost / in einer RabbitMQ-URI angegeben?
Schreiben Sie /%2F hinter die Authority, um den vhost mit dem Namen „/“ anzugeben. Kein Pfad heißt „nicht angegeben“, ein bloßes abschließendes / heißt leer.
Wie schreibe ich ein @ im RabbitMQ-Passwort in die URI?
Das @ im Passwort wird als %40 kodiert, etwa amqp://user:p%40ss@host/%2F. Im Builder geben Sie p@ss unkodiert ein; er kodiert die Komponente einmal.
Warum verbindet sich MQTT.js über eine WebSocket-URL nicht?
Eine syntaktisch gültige ws/wss-Adresse kann den falschen Listener oder Pfad treffen, etwa /mqtt statt /ws. TLS, Freigaben und Broker-Konfiguration sind ebenfalls wichtig; hier erfolgt kein Verbindungsversuch.
Verschlüsselt eine amqp://-URI Benutzername und Passwort?
Nein. Prozentkodierung und die sichtbare Maske verschlüsseln nichts. Wenn der Server TLS anbietet, verwenden Sie amqps:// und behandeln Sie vollständige URIs mit Zugangsdaten vertraulich.
Eine URI wird falsch gelesen?
Weitere Adresse mit dem MQTT-URL-Parser prüfen
Mit dem MQTT-URL-Parser können Sie die nächste URI zerlegen oder nach Prüfung der Pfadregeln eine maskierte Fassung bauen.
Die statische Verarbeitung bleibt in diesem Browser.