Kostenlose MQTT-Broker zum Testen: Welcher passt?

Welcher kostenlose MQTT-Broker zum Testen der richtige ist, hängt davon ab, was du testest. Für den ersten „Verbindet sich mein Code?“-Check funktioniert ein geteilter Endpoint wie broker.connectmq.com oder eine öffentliche Sandbox in Sekunden und ohne Anmeldung. Für automatisierte Tests startest du einen Broker lokal oder in der CI. Sobald Zugangsdaten, ACLs oder realistische Last ins Spiel kommen, brauchst du einen privaten Broker — es gibt Free-Tiers, und eine private Managed-Instanz ist der nächste Schritt.

Dieser Leitfaden ordnet die Optionen nach Typ, zeigt Stärken und Schwächen und liefert dir für jede einen Ein-Minuten-Check.

Vier Arten kostenloser Test-Broker

Keiner davon ist „der beste“. Ein typisches Projekt nutzt zwei oder drei: einen geteilten Endpoint für die ersten Codezeilen, einen lokalen Broker in der CI und einen privaten Broker vor dem Go-live.

1. Geteilte Endpoints und öffentliche Sandboxes

Sie brauchen nur einen Hostnamen. Damit beantwortest du am schnellsten die Frage „Stimmt mein Client-Code?“.

Der geteilte Endpoint von ConnectMQ

broker.connectmq.com ist der geteilte Endpoint von ConnectMQ, einem Managed MQTT Broker, gedacht für schnelle Tests. Er spricht MQTT 3.1.1 und MQTT 5 auf den üblichen Ports:

Da es derselbe Dienst ist, der auch die privaten Instanzen betreibt, ist der Code, den du hier testest — inklusive TLS- und WebSocket-Einstellungen —, derselbe, den du später auf deinen eigenen Broker richtest; nur Hostname und Zugangsdaten ändern sich.

Öffentliche Community-Broker

• test.mosquitto.org — betrieben vom Eclipse-Mosquitto-Projekt. Bietet unverschlüsselte, TLS- und WebSocket-Ports sowie Ports zum Testen von Client-Zertifikaten und Authentifizierung; die Website listet alle auf. Es ist ausdrücklich ein Testserver und kann langsam sein oder neu gestartet werden.
• broker.hivemq.com — der öffentliche Broker von HiveMQ mit TCP auf 1883 und WebSockets. Praktisch für Browser-Demos.
• broker.emqx.io — der öffentliche Broker von EMQX mit TCP-, TLS-, WebSocket- und Secure-WebSocket-Ports.

Alle sind geteilt und anonym: Jeder kann lesen, was du publizierst, wenn er dein Topic errät oder per Wildcard abonniert. Verfügbarkeit und Limits bestimmen die Betreiber, und sie können sich ohne Ankündigung ändern. Wie sie sich im direkten Vergleich verhalten, zeigt öffentliche MQTT-Broker im Vergleich.

Ein-Minuten-Check

mosquitto_sub -h broker.connectmq.com -p 1883 -t 'testmqtt/free-test/#' -v

mosquitto_pub -h broker.connectmq.com -p 1883 -t 'testmqtt/free-test/hello' -m 'it works'

Gibt der Subscriber testmqtt/free-test/hello it works aus, sind Netzwerkpfad, Port und Client-Tools in Ordnung. Tausche den Hostnamen, um einen anderen öffentlichen Broker zu testen. Kein Terminal zur Hand? Nutze den Online-MQTT-Client — er verbindet sich per Secure WebSockets direkt aus dem Browser.

Kostenlosen Broker im Browser testen

2. Free-Tiers von Managed Services

Mehrere Managed-MQTT-Dienste bieten einen kostenlosen Plan oder ein Gratis-Kontingent: Du registrierst dich und bekommst einen privaten Broker mit eigenen Zugangsdaten und TLS. HiveMQ Cloud und EMQX Serverless sind bekannte Beispiele; es gibt weitere, und die Details (Verbindungsgrenzen, Nachrichtenkontingente, ob eine Kreditkarte nötig ist) unterscheiden sich je Anbieter und ändern sich mit der Zeit — lies die aktuellen Bedingungen auf der Website des Anbieters.

Free-Tiers eignen sich für:

• Tests der Authentifizierung mit Benutzername und Passwort und von Rechten pro Topic,
• Tests von TLS mit einer echten Zertifikatskette,
• einen kleinen Prototyp oder ein Heimprojekt mit wenigen Geräten.

Weniger geeignet sind sie für Lasttests (Kontingente sind schnell aufgebraucht) und für alles, wofür du Garantien brauchst. Wird aus dem Prototyp ein Produkt, ist der übliche nächste Schritt ein bezahlter Plan oder eine private Instanz beim selben Dienst — die Client-Konfiguration bleibt dabei identisch.

3. Lokale Broker in Docker oder CI

Für automatisierte Tests schlägt ein selbst gestarteter Broker jede gehostete Option: isoliert, ohne Kontingente, offline nutzbar und nach dem Lauf wieder weg.

cat > mosquitto.conf <<'EOF'
listener 1883
allow_anonymous true
EOF
docker run --rm -p 1883:1883 -v "$PWD/mosquitto.conf:/mosquitto/config/mosquitto.conf" eclipse-mosquitto:2

Mosquitto 2 lauscht ohne konfigurierten Listener nur auf localhost und lehnt anonyme Clients ab — deshalb ist die zweizeilige Konfiguration nötig. Eine vollständigere erzeugst du mit dem mosquitto.conf-Generator, oder du startest den Broker aus deinem Testcode mit Testcontainers.

Lokale Broker haben einen blinden Fleck: Sie zeigen nicht, was auf einem echten Internetpfad passiert — NAT-Timeouts, TLS vom Gerät, Proxys im Firmennetz. Kombiniere sie mit mindestens einem Test gegen einen entfernten Broker.

Welchen solltest du nehmen?

Lautet die eigentliche Frage „öffentlich oder privat?“, geht öffentliche vs. private MQTT-Broker tiefer, und das Broker-Verzeichnis listet gehostete und selbst gehostete Optionen mit Protokollen und Ports.

Fehler, die du vermeiden solltest

• Generische Topics. test/topic auf einem öffentlichen Broker zeigt dir Nachrichten Fremder und verwirrt deinen Test. Nutze immer ein eindeutiges Präfix.
• Feste Client-IDs. Starten zwei Entwickler dasselbe Beispiel mit client_id="test", trennt der Broker den einen, sobald der andere sich verbindet. Nutze den Client-ID-Generator oder hänge ein zufälliges Suffix an.
• Auf Retained-Zustand bauen. Andere Nutzer können Retained Messages auf geteilten Brokern überschreiben oder löschen. Verlass dich zwischen Testläufen nicht darauf.
• Benchmarks auf einer Sandbox. Die Ergebnisse spiegeln den Traffic aller anderen wider, und schwere Läufe können zu Drosselung oder Sperre führen.
• Mit dem Test-Host in Produktion gehen. Leg die Broker-URL in die Konfiguration, nicht in den Code, damit der Wechsel vom Test-Broker zur Produktion eine reine Konfigurationsänderung ist.

Kostenlose Broker nehmen der ersten Stunde MQTT-Entwicklung jede Reibung. Nutze einen geteilten Endpoint oder eine öffentliche Sandbox, um zu zeigen, dass dein Code funktioniert, einen lokalen Broker für schnelle, verlässliche Tests und einen privaten Broker, sobald Zugangsdaten, Berechtigungen oder echter Traffic dazukommen.

Häufig gestellte Fragen