nats_request_reply
This component is experimental and therefore subject to change or removal outside of major version releases.
Sends a message to a NATS subject and expects a reply, from a NATS subscriber acting as a responder, back.
Introduced in version 1.0.0.
- Common
- Advanced
# Common config fields, showing default values
label: ""
nats_request_reply:
urls: [] # No default (required)
subject: foo.bar.baz # No default (required)
headers: {}
metadata:
include_prefixes: []
include_patterns: []
timeout: 3s
# All config fields, showing default values
label: ""
nats_request_reply:
urls: [] # No default (required)
subject: foo.bar.baz # No default (required)
inbox_prefix: _INBOX_joe # No default (optional)
headers: {}
metadata:
include_prefixes: []
include_patterns: []
timeout: 3s
tls:
enabled: false
skip_cert_verify: false
enable_renegotiation: false
root_cas: ""
root_cas_file: ""
client_certs: []
auth:
nkey_file: ./seed.nk # No default (optional)
user_credentials_file: ./user.creds # No default (optional)
user_jwt: "" # No default (optional)
user_nkey_seed: "" # No default (optional)
Metadataโ
This input adds the following metadata fields to each message:
- nats_subject
- nats_sequence_stream
- nats_sequence_consumer
- nats_num_delivered
- nats_num_pending
- nats_domain
- nats_timestamp_unix_nano
You can access these metadata fields using function interpolation.
Connection Nameโ
When monitoring and managing a production NATS system, it is often useful to know which connection a message was send/received from. This can be achieved by setting the connection name option when creating a NATS connection.
Bento will automatically set the connection name based off the label of the given NATS component, so that monitoring tools between NATS and bento can stay in sync.
Authenticationโ
There are several components within Bento which utilise NATS services. You will find that each of these components support optional advanced authentication parameters for NKeys and User Credentials.
An in depth tutorial can be found here.
NKey fileโ
The NATS server can use these NKeys in several ways for authentication. The simplest is for the server to be configured
with a list of known public keys and for the clients to respond to the challenge by signing it with its private NKey
configured in the nkey_file
field.
More details here.
User Credentialsโ
NATS server supports decentralized authentication based on JSON Web Tokens (JWT). Clients need an user JWT and a corresponding NKey secret when connecting to a server which is configured to use this authentication scheme.
The user_credentials_file
field should point to a file containing both the private key and the JWT and can be
generated with the nsc tool.
Alternatively, the user_jwt
field can contain a plain text JWT and the user_nkey_seed
can contain
the plain text NKey Seed.
More details here.
Fieldsโ
urls
โ
A list of URLs to connect to. If an item of the list contains commas it will be expanded into multiple URLs.
Type: array
# Examples
urls:
- nats://127.0.0.1:4222
urls:
- nats://username:password@127.0.0.1:4222
subject
โ
A subject to write to. This field supports interpolation functions.
Type: string
# Examples
subject: foo.bar.baz
subject: ${! metadata("kafka_topic") }
subject: foo.${! json("meta.type") }
inbox_prefix
โ
Set an explicit inbox prefix for the response subject
Type: string
# Examples
inbox_prefix: _INBOX_joe
headers
โ
Explicit message headers to add to messages. This field supports interpolation functions.
Type: object
Default: {}
# Examples
headers:
Content-Type: application/json
Timestamp: ${!meta("Timestamp")}
metadata
โ
Determine which (if any) metadata values should be added to messages as headers.
Type: object
metadata.include_prefixes
โ
Provide a list of explicit metadata key prefixes to match against.
Type: array
Default: []
# Examples
include_prefixes:
- foo_
- bar_
include_prefixes:
- kafka_
include_prefixes:
- content-
metadata.include_patterns
โ
Provide a list of explicit metadata key regular expression (re2) patterns to match against.
Type: array
Default: []
# Examples
include_patterns:
- .*
include_patterns:
- _timestamp_unix$
timeout
โ
A duration string is a possibly signed sequence of decimal numbers, each with optional fraction and a unit suffix, such as 300ms, -1.5h or 2h45m. Valid time units are ns, us (or ยตs), ms, s, m, h.
Type: string
Default: "3s"
tls
โ
Custom TLS settings can be used to override system defaults.
Type: object
tls.enabled
โ
Whether custom TLS settings are enabled.
Type: bool
Default: false
tls.skip_cert_verify
โ
Whether to skip server side certificate verification.
Type: bool
Default: false
tls.enable_renegotiation
โ
Whether to allow the remote server to repeatedly request renegotiation. Enable this option if you're seeing the error message local error: tls: no renegotiation
.
Type: bool
Default: false
Requires version 1.0.0 or newer
tls.root_cas
โ
An optional root certificate authority to use. This is a string, representing a certificate chain from the parent trusted root certificate, to possible intermediate signing certificates, to the host certificate.
This field contains sensitive information that usually shouldn't be added to a config directly, read our secrets page for more info.
Type: string
Default: ""
# Examples
root_cas: |-
-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
tls.root_cas_file
โ
An optional path of a root certificate authority file to use. This is a file, often with a .pem extension, containing a certificate chain from the parent trusted root certificate, to possible intermediate signing certificates, to the host certificate.
Type: string
Default: ""
# Examples
root_cas_file: ./root_cas.pem
tls.client_certs
โ
A list of client certificates to use. For each certificate either the fields cert
and key
, or cert_file
and key_file
should be specified, but not both.
Type: array
Default: []
# Examples
client_certs:
- cert: foo
key: bar
client_certs:
- cert_file: ./example.pem
key_file: ./example.key
tls.client_certs[].cert
โ
A plain text certificate to use.
Type: string
Default: ""
tls.client_certs[].key
โ
A plain text certificate key to use.
This field contains sensitive information that usually shouldn't be added to a config directly, read our secrets page for more info.
Type: string
Default: ""
tls.client_certs[].cert_file
โ
The path of a certificate to use.
Type: string
Default: ""
tls.client_certs[].key_file
โ
The path of a certificate key to use.
Type: string
Default: ""
tls.client_certs[].password
โ
A plain text password for when the private key is password encrypted in PKCS#1 or PKCS#8 format. The obsolete pbeWithMD5AndDES-CBC
algorithm is not supported for the PKCS#8 format. Warning: Since it does not authenticate the ciphertext, it is vulnerable to padding oracle attacks that can let an attacker recover the plaintext.
This field contains sensitive information that usually shouldn't be added to a config directly, read our secrets page for more info.
Type: string
Default: ""
# Examples
password: foo
password: ${KEY_PASSWORD}
auth
โ
Optional configuration of NATS authentication parameters.
Type: object
auth.nkey_file
โ
An optional file containing a NKey seed.
Type: string
# Examples
nkey_file: ./seed.nk
auth.user_credentials_file
โ
An optional file containing user credentials which consist of an user JWT and corresponding NKey seed.
Type: string
# Examples
user_credentials_file: ./user.creds
auth.user_jwt
โ
An optional plain text user JWT (given along with the corresponding user NKey Seed).
This field contains sensitive information that usually shouldn't be added to a config directly, read our secrets page for more info.
Type: string
auth.user_nkey_seed
โ
An optional plain text user NKey Seed (given along with the corresponding user JWT).
This field contains sensitive information that usually shouldn't be added to a config directly, read our secrets page for more info.
Type: string