Reference · Credentials
MQTT credentials
Used by 1 BusyBot node.
Type
mqttApi 13 fields Fields
| Field | Type | Required | Notes |
|---|---|---|---|
Protocolprotocol | options | Yes | — |
Hosthost | string | Yes | — |
Portport | number | Yes | — |
Usernameusername | string | No | — |
Passwordpassword | password | No | — |
Clean Sessionclean | boolean | No | — |
Client IDclientId | string | No | — |
SSLssl | boolean | No | — |
TLS CA Certificate (PEM)ca | string | No | PEM-encoded CA certificate for verifying broker TLS |
TLS Client Certificate (PEM)cert | string | No | PEM-encoded client certificate for mTLS |
TLS Client Key (PEM)key | string | No | PEM-encoded client private key for mTLS |
Reject Unauthorized CertsrejectUnauthorized | boolean | No | When false, accepts self-signed/invalid TLS certs (dev only — INSECURE) |
TLS SNI Server Nameservername | string | No | Optional SNI server name override for TLS |
Setting up MQTT
- In MQTT, create the credential this connection needs — the values listed in the table above. These are issued from your own MQTT account, usually under its developer, API or integrations settings.
- In BusyBot, open Credentials → Add credential and choose MQTT.
- Paste each value into the matching field and save.
- Add the MQTT node to a workflow, select this credential, and run a simple operation to confirm it authenticates.
Security
- Secret values are encrypted at rest with AES-256-GCM and are never shown again after saving.
- Grant the minimum scopes or permissions the operations you actually use require.
- Rotate the credential periodically, and immediately if it may have been exposed.
- Credentials are scoped to your account — a workflow cannot use another account's.
Nodes that use MQTT
One credential works across every node below — create it once and reuse it.