Listener components

Listener configuration overview

listener.Filter

[listener.Filter proto]

  1. {
  2. "name": "...",
  3. "config": "{...}"
  4. }

name

(string, REQUIRED) The name of the filter to instantiate. The name must match a supported filter. The built-in filters are:

config

(Struct) Filter specific configuration which depends on the filter being instantiated. See the supported filters for further documentation.

listener.FilterChainMatch

[listener.FilterChainMatch proto]

Specifies the match criteria for selecting a specific filter chain for a listener.

In order for a filter chain to be selected, ALL of its criteria must be fulfilled by the incoming connection, properties of which are set by the networking stack and/or listener filters.

The following order applies:

  1. Server name (e.g. SNI for TLS protocol),
  2. Transport protocol.
  3. Application protocols (e.g. ALPN for TLS protocol).

For criterias that allow ranges or wildcards, the most specific value in any of the configured filter chains that matches the incoming connection is going to be used (e.g. for SNI www.example.com the most specific match would be www.example.com, then *.example.com, then *.com, then any filter chain without server_names requirements).

  1. {
  2. "server_names": [],
  3. "transport_protocol": "...",
  4. "application_protocols": [],
  5. "sni_domains": []
  6. }

server_names

(string) If non-empty, a list of server names (e.g. SNI for TLS protocol) to consider when determining a filter chain match. Those values will be compared against the server names of a new connection, when detected by one of the listener filters.

The server name will be matched against all wildcard domains, i.e. www.example.com will be first matched against www.example.com, then *.example.com, then *.com.

Note that partial wildcards are not supported, and values like *w.example.com are invalid.

Attention

See the FAQ entry on how to configure SNI for more information.

transport_protocol

(string) If non-empty, a transport protocol to consider when determining a filter chain match. This value will be compared against the transport protocol of a new connection, when it’s detected by one of the listener filters.

Suggested values include:

application_protocols

(string) If non-empty, a list of application protocols (e.g. ALPN for TLS protocol) to consider when determining a filter chain match. Those values will be compared against the application protocols of a new connection, when detected by one of the listener filters.

Suggested values include:

Attention

Currently, only TLS Inspector provides application protocol detection based on the requested ALPN values.

However, the use of ALPN is pretty much limited to the HTTP/2 traffic on the Internet, and matching on values other than h2 is going to lead to a lot of false negatives, unless all connecting clients are known to use ALPN.

sni_domains

(string) If non-empty, a list of server names (e.g. SNI for TLS protocol) to consider when determining a filter chain match. Those values will be compared against the server names of a new connection, when detected by one of the listener filters.

The server name will be matched against all wildcard domains, i.e. www.example.com will be first matched against www.example.com, then *.example.com, then *.com.

Note that partial wildcards are not supported, and values like *w.example.com are invalid.

Attention

Deprecated. Use server_names instead.

listener.FilterChain

[listener.FilterChain proto]

A filter chain wraps a set of match criteria, an option TLS context, a set of filters, and various other parameters.

  1. {
  2. "filter_chain_match": "{...}",
  3. "tls_context": "{...}",
  4. "filters": [],
  5. "use_proxy_proto": "{...}",
  6. "transport_socket": "{...}"
  7. }

filter_chain_match

(listener.FilterChainMatch) The criteria to use when matching a connection to this filter chain.

tls_context

(auth.DownstreamTlsContext) The TLS context for this filter chain.

filters

(listener.Filter) A list of individual network filters that make up the filter chain for connections established with the listener. Order matters as the filters are processed sequentially as connection events happen. Note: If the filter list is empty, the connection will close by default.

use_proxy_proto

(BoolValue) Whether the listener should expect a PROXY protocol V1 header on new connections. If this option is enabled, the listener will assume that that remote address of the connection is the one specified in the header. Some load balancers including the AWS ELB support this option. If the option is absent or set to false, Envoy will use the physical peer address of the connection as the remote address.

transport_socket

(core.TransportSocket) See base.TransportSocket description.

listener.ListenerFilter

[listener.ListenerFilter proto]

  1. {
  2. "name": "...",
  3. "config": "{...}"
  4. }

name

(string, REQUIRED) The name of the filter to instantiate. The name must match a supported filter. The built-in filters are:

config

(Struct) Filter specific configuration which depends on the filter being instantiated. See the supported filters for further documentation.