github.com/projectcontour/contour@v1.28.2/site/content/docs/v1.17.1/configuration.md (about)

     1  # Contour Configuration Reference
     2  
     3  - [Serve Flags](#serve-flags)
     4  - [Configuration File](#configuration-file)
     5  - [Environment Variables](#environment-variables)
     6  - [Bootstrap Config File](#bootstrap-config-file)
     7  
     8  ## Overview
     9  
    10  There are various ways to configure Contour, flags, the configuration file, as well as environment variables.
    11  Contour has a precedence of configuration for contour serve, meaning anything configured in the config file is overridden by environment vars which are overridden by cli flags.
    12  
    13  ## Serve Flags
    14  
    15  The `contour serve` command is the main command which is used to watch for Kubernetes resource and process them into Envoy configuration which is then streamed to any Envoy via its xDS gRPC connection.
    16  There are a number of flags that can be passed to this command which further configures how Contour operates. 
    17  Many of these flags are mirrored in the [Contour Configuration File](#configuration-file).
    18  
    19  | Flag Name         | Description        |
    20  |-------------------|--------------------|
    21  | `--config-path`       | Path to base configuration |
    22  | `--incluster`         | Use in cluster configuration |
    23  | `--kubeconfig=</path/to/file>` |    Path to kubeconfig (if not in running inside a cluster) |
    24  | `--xds-address=<ipaddr>` | xDS gRPC API address |
    25  | `--xds-port=<port>`       | xDS gRPC API port |
    26  | `--stats-address=<ipaddr>` | Envoy /stats interface address |
    27  | `--stats-port=<port>`  |  Envoy /stats interface port |
    28  | `--debug-http-address=<address>` | Address the debug http endpoint will bind to. |
    29  | `--debug-http-port=<port>`  | Port the debug http endpoint will bind to |
    30  | `--http-address=<ipaddr>`  | Address the metrics HTTP endpoint will bind to |
    31  | `--http-port=<port>`  |    Port the metrics HTTP endpoint will bind to. |
    32  | `--health-address=<ipaddr>` |   Address the health HTTP endpoint will bind to |
    33  | `--health-port=<port>` | Port the health HTTP endpoint will bind to |
    34  | `--contour-cafile=</path/to/file\|CONTOUR_CERT_FILE>` | CA bundle file name for serving gRPC with TLS |
    35  | `--contour-cert-file=</path/to/file\|CONTOUR_CERT_FILE>`  | Contour certificate file name for serving gRPC over TLS |
    36  | `--contour-key-file=</path/to/file\|CONTOUR_KEY_FILE>` | Contour key file name for serving gRPC over TLS |
    37  | `--insecure`  |               Allow serving without TLS secured gRPC |
    38  | `--root-namespaces=<ns,ns>` | Restrict contour to searching these namespaces for root ingress routes |
    39  | `--ingress-class-name=<name>` | Contour IngressClass name |
    40  | `--ingress-status-address=<address>`  | Address to set in Ingress object status |
    41  | `--envoy-http-access-log=</path/to/file>`  | Envoy HTTP access log |
    42  | `--envoy-https-access-log=</path/to/file>`  | Envoy HTTPS access log |
    43  | `--envoy-service-http-address=<ipaddr>`  | Kubernetes Service address for HTTP requests |
    44  | `--envoy-service-https-address=<ipaddr>` | Kubernetes Service address for HTTPS requests |
    45  | `--envoy-service-http-port=<port>` | Kubernetes Service port for HTTP requests |
    46  | `--envoy-service-https-port=<port>` |  Kubernetes Service port for HTTPS requests |
    47  | `--envoy-service-name=<name>` | Name of the Envoy service to inspect for Ingress status details. |
    48  | `--envoy-service-namespace=<namespace>` | Envoy Service Namespace  |
    49  | `--use-proxy-protocol`  |     Use PROXY protocol for all listeners |
    50  | `--accesslog-format=<envoy\|json>` | Format for Envoy access logs |
    51  | `--disable-leader-election` | Disable leader election mechanism |
    52  | `-d, --debug`   |                  Enable debug logging |
    53  | `--kubernetes-debug=<log level>`  | Enable Kubernetes client debug logging |
    54  
    55  ## Configuration File
    56  
    57  A configuration file can be passed to the `--config-path` argument of the `contour serve` command to specify additional configuration to Contour.
    58  In most deployments, this file is passed to Contour via a ConfigMap which is mounted as a volume to the Contour pod.
    59  
    60  The Contour configuration file is optional.
    61  In its absence, Contour will operate with reasonable defaults.
    62  Where Contour settings can also be specified with command-line flags, the command-line value takes precedence over the configuration file.
    63  
    64  | Field Name | Type | Default | Description |
    65  |------------|------|---------|-------------|
    66  | accesslog-format | string | `envoy` | This key sets the global [access log format][2] for Envoy. Valid options are `envoy` or `json`. |
    67  | debug | boolean | `false` | Enables debug logging. |
    68  | default-http-versions | string array | <code style="white-space:nowrap">HTTP/1.1</code> <br> <code style="white-space:nowrap">HTTP/2</code> | This array specifies the HTTP versions that Contour should program Envoy to serve. HTTP versions are specified as strings of the form "HTTP/x", where "x" represents the version number. |
    69  | disableAllowChunkedLength | boolean | `false` | If this field is true, Contour will disable the RFC-compliant Envoy behavior to strip the `Content-Length` header if `Transfer-Encoding: chunked` is also set. This is an emergency off-switch to revert back to Envoy's default behavior in case of failures. |
    70  | disablePermitInsecure | boolean | `false` | If this field is true, Contour will ignore `PermitInsecure` field in HTTPProxy documents. |
    71  | envoy-service-name | string | `envoy` | This sets the service name that will be inspected for address details to be applied to Ingress objects. |
    72  | envoy-service-namespace | string | `projectcontour` | This sets the namespace of the service that will be inspected for address details to be applied to Ingress objects. If the `CONTOUR_NAMESPACE` environment variable is present, Contour will populate this field with its value. |
    73  | ingress-status-address | string | None | If present, this specifies the address that will be copied into the Ingress status for each Ingress that Contour manages. It is exclusive with `envoy-service-name` and `envoy-service-namespace`.|
    74  | incluster | boolean | `false` | This field specifies that Contour is running in a Kubernetes cluster and should use the in-cluster client access configuration.  |
    75  | json-fields | string array | [fields][5]| This is the list the field names to include in the JSON [access log format][2]. |
    76  | kubeconfig | string | `$HOME/.kube/config` | Path to a Kubernetes [kubeconfig file][3] for when Contour is executed outside a cluster. |
    77  | leaderelection | leaderelection | | The [leader election configuration](#leader-election-configuration). |
    78  | policy | PolicyConfig | | The default [policy configuration](#policy-configuration). |
    79  | tls | TLS | | The default [TLS configuration](#tls-configuration). |
    80  | timeouts | TimeoutConfig | | The [timeout configuration](#timeout-configuration). |
    81  | cluster | ClusterConfig | | The [cluster configuration](#cluster-configuration). |
    82  | network | NetworkConfig | | The [network configuration](#network-configuration). |
    83  | listener | ListenerConfig | | The [listener configuration](#listener-configuration). |
    84  | server | ServerConfig |  | The [server configuration](#server-configuration) for `contour serve` command. |
    85  | gateway | GatewayConfig |  | The [gateway-api Gateway configuration](#gateway-configuration). |
    86  | rateLimitService | RateLimitServiceConfig | | The [rate limit service configuration](#rate-limit-service-configuration). |
    87  | enableExternalNameService | boolean | `false` | Enable ExternalName Service processing. Enabling this has security implications. Please see the [advisory](https://github.com/projectcontour/contour/security/advisories/GHSA-5ph6-qq5x-7jwc) for more details. |
    88  
    89  ### TLS Configuration
    90  
    91  The TLS configuration block can be used to configure default values for how
    92  Contour should provision TLS hosts.
    93  
    94  | Field Name | Type| Default  | Description |
    95  |------------|-----|----------|-------------|
    96  | minimum-protocol-version| string | `1.2` | This field specifies the minimum TLS protocol version that is allowed. Valid options are `1.2` (default) and `1.3`. Any other value defaults to TLS 1.2. |
    97  | fallback-certificate | | | [Fallback certificate configuration](#fallback-certificate). |
    98  | envoy-client-certificate | | | [Client certificate configuration for Envoy](#envoy-client-certificate). |
    99  | cipher-suites | []string | See [config package documentation](https://pkg.go.dev/github.com/projectcontour/contour/pkg/config#pkg-variables) | This field specifies the TLS ciphers to be supported by TLS listeners when negotiating TLS 1.2. This parameter should only be used by advanced users. Note that this is ignored when TLS 1.3 is in use. The set of ciphers that are allowed is a superset of those supported by default in stock, non-FIPS Envoy builds and FIPS builds as specified [here](https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/transport_sockets/tls/v3/common.proto#envoy-v3-api-field-extensions-transport-sockets-tls-v3-tlsparameters-cipher-suites). Custom ciphers not accepted by Envoy in a standard build are not supported. |
   100  
   101  ### Fallback Certificate
   102  
   103  | Field Name | Type| Default  | Description |
   104  |------------|-----|----------|-------------|
   105  | name       | string | `""` | This field specifies the name of the Kubernetes secret to use as the fallback certificate.      |
   106  | namespace  | string | `""` | This field specifies the namespace of the Kubernetes secret to use as the fallback certificate. |
   107  
   108  
   109  ### Envoy Client Certificate
   110  
   111  | Field Name | Type| Default  | Description |
   112  |------------|-----|----------|-------------|
   113  | name       | string | `""` | This field specifies the name of the Kubernetes secret to use as the client certificate and private key when establishing TLS connections to the backend service. |
   114  | namespace  | string | `""` | This field specifies the namespace of the Kubernetes secret to use as the client certificate and private key when establishing TLS connections to the backend service. |
   115  
   116  ### Leader Election Configuration
   117  
   118  The leader election configuration block configures how a deployment with more than one Contour pod elects a leader.
   119  The Contour leader is responsible for updating the status field on Ingress and HTTPProxy documents.
   120  In the vast majority of deployments, only the `configmap-name` and `configmap-namespace` fields should require any configuration.
   121  
   122  | Field Name | Type | Default | Description |
   123  |------------|------|---------|-------------|
   124  | configmap-name | string | `leader-elect` | The name of the ConfigMap that Contour leader election will lease. |
   125  | configmap-namespace | string | `projectcontour` | The namespace of the ConfigMap that Contour leader election will lease. If the `CONTOUR_NAMESPACE` environment variable is present, Contour will populate this field with its value. |
   126  | lease-duration | [duration][4] | `15s` | The duration of the leadership lease. |
   127  | renew-deadline | [duration][4] | `10s` | The length of time that the leader will retry refreshing leadership before giving up. |
   128  | retry-period | [duration][4] | `2s` | The interval at which Contour will attempt to the acquire leadership lease. |
   129  
   130  ### Timeout Configuration
   131  
   132  The timeout configuration block can be used to configure various timeouts for the proxies. All fields are optional; Contour/Envoy defaults apply if a field is not specified.
   133  
   134  | Field Name | Type| Default  | Description |
   135  |------------|-----|----------|-------------|
   136  | request-timeout | string | none* | This field specifies the default request timeout. Note that this is a timeout for the entire request, not an idle timeout. Must be a [valid Go duration string][4], or omitted or set to `infinity` to disable the timeout entirely. See [the Envoy documentation][12] for more information.<br /><br />_Note: A value of `0s` previously disabled this timeout entirely. This is no longer the case. Use `infinity` or omit this field to disable the timeout._  |
   137  | connection-idle-timeout| string | `60s` | This field defines how long the proxy should wait while there are no active requests (for HTTP/1.1) or streams (for HTTP/2) before terminating an HTTP connection. Must be a [valid Go duration string][4], or `infinity` to disable the timeout entirely. See [the Envoy documentation][8] for more information. |
   138  | stream-idle-timeout| string | `5m`* |This field defines how long the proxy should wait while there is no request activity (for HTTP/1.1) or stream activity (for HTTP/2) before terminating the HTTP request or stream. Must be a [valid Go duration string][4], or `infinity` to disable the timeout entirely. See [the Envoy documentation][9] for more information. |
   139  | max-connection-duration | string | none* | This field defines the maximum period of time after an HTTP connection has been established from the client to the proxy before it is closed by the proxy, regardless of whether there has been activity or not. Must be a [valid Go duration string][4], or omitted or set to `infinity` for no max duration. See [the Envoy documentation][10] for more information. |
   140  | delayed-close-timeout | string | `1s`* | *Note: this is an advanced setting that should not normally need to be tuned.* <br /><br /> This field defines how long envoy will wait, once connection close processing has been initiated, for the downstream peer to close the connection before Envoy closes the socket associated with the connection. Setting this timeout to 'infinity' will disable it.  See [the Envoy documentation][13] for more information. |
   141  | connection-shutdown-grace-period | string | `5s`* | This field defines how long the proxy will wait between sending an initial GOAWAY frame and a second, final GOAWAY frame when terminating an HTTP/2 connection. During this grace period, the proxy will continue to respond to new streams. After the final GOAWAY frame has been sent, the proxy will refuse new streams. Must be a [valid Go duration string][4]. See [the Envoy documentation][11] for more information. |
   142  
   143  _This is Envoy's default setting value and is not explicitly configured by Contour._
   144  
   145  ### Cluster Configuration
   146  
   147  The cluster configuration block can be used to configure various parameters for Envoy clusters.
   148  
   149  | Field Name | Type| Default  | Description |
   150  |------------|-----|----------|-------------|
   151  | dns-lookup-family | string | auto | This field specifies the dns-lookup-family to use for upstream requests to externalName type Kubernetes services from an HTTPProxy route. Values are: `auto`, `v4, `v6` |
   152  
   153  ### Network Configuration
   154  
   155  The network configuration block can be used to configure various parameters network connections.
   156  
   157  | Field Name | Type| Default  | Description |
   158  |------------|-----|----------|-------------|
   159  | num-trusted-hops | int | 0 | Configures the number of additional ingress proxy hops from the right side of the x-forwarded-for HTTP header to trust. |
   160  
   161  ### Listener Configuration
   162  
   163  The listener configuration block can be used to configure various parameters for Envoy listener.
   164  
   165  | Field Name | Type| Default  | Description |
   166  |------------|-----|----------|-------------|
   167  | connection-balancer | string | `""` | This field specifies the listener connection balancer. If the value is `exact`, the listener will use the exact connection balancer to balance connections between threads in a single Envoy process. See [the Envoy documentation][14] for more information. |
   168  
   169  ### Server Configuration
   170  
   171  The server configuration block can be used to configure various settings for the `contour serve` command.
   172  
   173  | Field Name | Type| Default  | Description |
   174  |------------|-----|----------|-------------|
   175  | xds-server-type | string | contour | This field specifies the xDS Server to use. Options are `contour` or `envoy`.  |
   176  
   177  ### Gateway Configuration
   178  
   179  The gateway configuration block is used to configure which gateway-api Gateway Contour should configure:
   180  
   181  | Field Name | Type| Default  | Description |
   182  |------------|-----|----------|-------------|
   183  | controllerName | string |  | Gateway Class controller name (i.e. projectcontour.io/projectcontour/contour).  |
   184  | name (Deprecated) | string | contour | DEPRECATED: This field specifies the name of a Gateway.  |
   185  | namespace (Deprecated) | string | projectcontour | DEPRECATED: This field specifies the namespace of a Gateway.  |
   186  
   187  ### Policy Configuration
   188  
   189  The Policy configuration block can be used to configure default policy values
   190  that are set if not overridden by the user.
   191  
   192  The `request-headers` field is used to rewrite headers on a HTTP request, and
   193  the `response-headers` field is used to rewrite headers on a HTTP response.
   194  
   195  | Field Name | Type| Default  | Description |
   196  |------------|-----|----------|-------------|
   197  | request-headers | HeaderPolicy | none | The default request headers set or removed on all service routes if not overridden in the object |
   198  | response-headers | HeaderPolicy | none | The default response headers set or removed on all service routes if not overridden in the object |
   199  
   200  #### HeaderPolicy
   201  
   202  The `set` field sets an HTTP header value, creating it if it doesn't already exist but not overwriting it if it does.
   203  The `remove` field removes an HTTP header.
   204  
   205  | Field Name | Type| Default  | Description |
   206  |------------|-----|----------|-------------|
   207  | set | map[string]string | none | Map of headers to set on all service routes if not overridden in the object |
   208  | remove | []string | none | List of headers to remove on all service routes if not overridden in the object |
   209  
   210  Note: the values of entries in the `set` and `remove` fields can be overridden in HTTPProxy objects but it it not possible to remove these entries.
   211  
   212  ### Rate Limit Service Configuration
   213  
   214  The rate limit service configuration block is used to configure an optional global rate limit service:
   215  
   216  | Field Name | Type| Default  | Description |
   217  |------------|-----|----------|-------------|
   218  | extensionService | string | <none> | This field identifies the extension service defining the rate limit service, formatted as <namespace>/<name>.  |
   219  | domain | string | contour | This field defines the rate limit domain value to pass to the rate limit service. Acts as a container for a set of rate limit definitions within the RLS.  |
   220  | failOpen | bool | false | This field defines whether to allow requests to proceed when the rate limit service fails to respond with a valid rate limit decision within the timeout defined on the extension service.  |
   221  | enableXRateLimitHeaders | bool | false | This field defines whether to include the X-RateLimit headers X-RateLimit-Limit, X-RateLimit-Remaining, and X-RateLimit-Reset (as defined by the IETF Internet-Draft https://tools.ietf.org/id/draft-polli-ratelimit-headers-03.html), on responses to clients when the Rate Limit Service is consulted for a request. |
   222  
   223  ### Configuration Example
   224  
   225  The following is an example ConfigMap with configuration file included:
   226  
   227  ```yaml
   228  apiVersion: v1
   229  kind: ConfigMap
   230  metadata:
   231    name: contour
   232    namespace: projectcontour
   233  data:
   234    contour.yaml: |
   235      #
   236      # server:
   237      #   determine which XDS Server implementation to utilize in Contour.
   238      #   xds-server-type: contour
   239      #
   240      # specify the gateway-api Gateway Contour should configure
   241      # gateway:
   242      #   controllerName: projectcontour.io/projectcontour/contour
   243      #   name: contour
   244      #   namespace: projectcontour
   245      #
   246      # should contour expect to be running inside a k8s cluster
   247      # incluster: true
   248      #
   249      # path to kubeconfig (if not running inside a k8s cluster)
   250      # kubeconfig: /path/to/.kube/config
   251      #
   252      # Disable RFC-compliant behavior to strip "Content-Length" header if
   253      # "Tranfer-Encoding: chunked" is also set.
   254      # disableAllowChunkedLength: false
   255      # Disable HTTPProxy permitInsecure field
   256      disablePermitInsecure: false
   257      tls:
   258      # minimum TLS version that Contour will negotiate
   259      # minimum-protocol-version: "1.2"
   260      # TLS ciphers to be supported by Envoy TLS listeners when negotiating
   261      # TLS 1.2.
   262      # cipher-suites:
   263      # - '[ECDHE-ECDSA-AES128-GCM-SHA256|ECDHE-ECDSA-CHACHA20-POLY1305]'
   264      # - '[ECDHE-RSA-AES128-GCM-SHA256|ECDHE-RSA-CHACHA20-POLY1305]'
   265      # - 'ECDHE-ECDSA-AES256-GCM-SHA384'
   266      # - 'ECDHE-RSA-AES256-GCM-SHA384'
   267      # Defines the Kubernetes name/namespace matching a secret to use
   268      # as the fallback certificate when requests which don't match the
   269      # SNI defined for a vhost.
   270        fallback-certificate:
   271      #   name: fallback-secret-name
   272      #   namespace: projectcontour
   273        envoy-client-certificate:
   274      #   name: envoy-client-cert-secret-name
   275      #   namespace: projectcontour
   276      # The following config shows the defaults for the leader election.
   277      # leaderelection:
   278      #   configmap-name: leader-elect
   279      #   configmap-namespace: projectcontour
   280      ### Logging options
   281      # Default setting
   282      accesslog-format: envoy
   283      # To enable JSON logging in Envoy
   284      # accesslog-format: json
   285      # The default fields that will be logged are specified below.
   286      # To customise this list, just add or remove entries.
   287      # The canonical list is available at
   288      # https://godoc.org/github.com/projectcontour/contour/internal/envoy#JSONFields
   289      # json-fields:
   290      #   - "@timestamp"
   291      #   - "authority"
   292      #   - "bytes_received"
   293      #   - "bytes_sent"
   294      #   - "downstream_local_address"
   295      #   - "downstream_remote_address"
   296      #   - "duration"
   297      #   - "method"
   298      #   - "path"
   299      #   - "protocol"
   300      #   - "request_id"
   301      #   - "requested_server_name"
   302      #   - "response_code"
   303      #   - "response_flags"
   304      #   - "uber_trace_id"
   305      #   - "upstream_cluster"
   306      #   - "upstream_host"
   307      #   - "upstream_local_address"
   308      #   - "upstream_service_time"
   309      #   - "user_agent"
   310      #   - "x_forwarded_for"
   311      #
   312      # default-http-versions:
   313      # - "HTTP/2"
   314      # - "HTTP/1.1"
   315      #
   316      # The following shows the default proxy timeout settings.
   317      # timeouts:
   318      #   request-timeout: infinity
   319      #   connection-idle-timeout: 60s
   320      #   stream-idle-timeout: 5m
   321      #   max-connection-duration: infinity
   322      #   connection-shutdown-grace-period: 5s
   323      #
   324      # Envoy cluster settings.
   325      # cluster:
   326      #   configure the cluster dns lookup family
   327      #   valid options are: auto (default), v4, v6
   328      #   dns-lookup-family: auto   
   329      #
   330      # network:
   331      #   Configure the number of additional ingress proxy hops from the
   332      #   right side of the x-forwarded-for HTTP header to trust.
   333      #   num-trusted-hops: 0
   334      #
   335      # Configure an optional global rate limit service.
   336      # rateLimitService:
   337      #   Identifies the extension service defining the rate limit service,
   338      #   formatted as <namespace>/<name>.
   339      #   extensionService: projectcontour/ratelimit
   340      #   Defines the rate limit domain to pass to the rate limit service.
   341      #   Acts as a container for a set of rate limit definitions within
   342      #   the RLS.
   343      #   domain: contour
   344      #   Defines whether to allow requests to proceed when the rate limit
   345      #   service fails to respond with a valid rate limit decision within
   346      #   the timeout defined on the extension service.
   347      #   failOpen: false
   348      # Defines whether to include the X-RateLimit headers X-RateLimit-Limit,
   349      # X-RateLimit-Remaining, and X-RateLimit-Reset (as defined by the IETF
   350      # Internet-Draft linked below), on responses to clients when the Rate
   351      # Limit Service is consulted for a request.
   352      # ref. https://tools.ietf.org/id/draft-polli-ratelimit-headers-03.html
   353      #   enableXRateLimitHeaders: false
   354      #
   355      # Global Policy settings.
   356      # policy:
   357      #   # Default headers to set on all requests (unless set/removed on the HTTPProxy object itself)
   358      #   request-headers:
   359      #     set:
   360      #       # example: the hostname of the Envoy instance that proxied the request
   361      #       X-Envoy-Hostname: %HOSTNAME%
   362      #       # example: add a l5d-dst-override header to instruct Linkerd what service the request is destined for
   363      #       l5d-dst-override: %CONTOUR_SERVICE_NAME%.%CONTOUR_NAMESPACE%.svc.cluster.local:%CONTOUR_SERVICE_PORT%
   364      #   # default headers to set on all responses (unless set/removed on the HTTPProxy object itself)
   365      #   response-headers:
   366      #     set:
   367      #       # example: Envoy flags that provide additional details about the response or connection
   368      #       X-Envoy-Response-Flags: %RESPONSE_FLAGS%
   369      #
   370  ```
   371  
   372  _Note:_ The default example `contour` includes this [file][1] for easy deployment of Contour.
   373  
   374  ## Environment Variables
   375  
   376  ### CONTOUR_NAMESPACE
   377  
   378  If present, the value of the `CONTOUR_NAMESPACE` environment variable is used as:
   379  
   380  1. The value for the `contour bootstrap --namespace` flag unless otherwise specified.
   381  1. The value for the `contour certgen --namespace` flag unless otherwise specified.
   382  1. The value for the `contour serve --envoy-service-namespace` flag unless otherwise specified.
   383  1. The value for the `leaderelection.configmap-namespace` config file setting for `contour serve` unless otherwise specified.
   384  
   385  The `CONTOUR_NAMESPACE` environment variable is set via the [Downward API][6] in the Contour [example manifests][7].
   386  
   387  ## Bootstrap Config File
   388  
   389  The bootstrap configuration file is generated by an initContainer in the Envoy daemonset which runs the `contour bootstrap` command to generate the file.
   390  This configuration file configures the Envoy container to connect to Contour and receive configuration via xDS.
   391  
   392  The next section outlines all the available flags that can be passed to the `contour bootstrap` command which are used to customize
   393  the configuration file to match the environment in which Envoy is deployed. 
   394  
   395  ### Flags
   396  
   397  There are flags that can be passed to `contour bootstrap` that help configure how Envoy
   398  connects to Contour:
   399  
   400  | Flag | Default  | Description |
   401  |------------|----------|-------------|
   402  | <nobr>--resources-dir</nobr> | "" | Directory where resource files will be written.  |
   403  | <nobr>--admin-address</nobr> | 127.0.0.1 | Address the Envoy admin webpage will listen on.  |
   404  | <nobr>--admin-port</nobr> | 9001 | Port the Envoy admin webpage will listen on.  |
   405  | <nobr>--xds-address</nobr> | 127.0.0.1 | Address to connect to Contour xDS server on.  |
   406  | <nobr>--xds-port</nobr> | 8001 | Port to connect to Contour xDS server on. |
   407  | <nobr>--envoy-cafile</nobr> | "" | CA filename for Envoy secure xDS gRPC communication.  |
   408  | <nobr>--envoy-cert-file</nobr> | "" | Client certificate filename for Envoy secure xDS gRPC communication.  |
   409  | <nobr>--envoy-key-file</nobr> | "" | Client key filename for Envoy secure xDS gRPC communication.  |
   410  | <nobr>--namespace</nobr> | projectcontour | Namespace the Envoy container will run, also configured via ENV variable "CONTOUR_NAMESPACE". Namespace is used as part of the metric names on static resources defined in the bootstrap configuration file.    |
   411  | <nobr>--xds-resource-version</nobr> | v3 | Currently, the only valid xDS API resource version is `v3`.  |
   412  | <nobr>--dns-lookup-family</nobr> | auto | Defines what DNS Resolution Policy to use for Envoy -> Contour cluster name lookup. Either v4, v6 or auto.  |
   413  
   414  
   415  [1]: {{< param github_url>}}/tree/{{< param version >}}/examples/contour/01-contour-config.yaml
   416  [2]: /guides/structured-logs
   417  [3]: https://kubernetes.io/docs/concepts/configuration/organize-cluster-access-kubeconfig/
   418  [4]: https://golang.org/pkg/time/#ParseDuration
   419  [5]: https://godoc.org/github.com/projectcontour/contour/internal/envoy#DefaultFields
   420  [6]: https://kubernetes.io/docs/tasks/inject-data-application/environment-variable-expose-pod-information/
   421  [7]: {{< param github_url>}}/tree/{{< param version >}}/examples/contour
   422  [8]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/config/core/v3/protocol.proto#envoy-v3-api-field-config-core-v3-httpprotocoloptions-idle-timeout
   423  [9]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/filters/network/http_connection_manager/v3/http_connection_manager.proto#envoy-v3-api-field-extensions-filters-network-http-connection-manager-v3-httpconnectionmanager-stream-idle-timeout
   424  [10]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/config/core/v3/protocol.proto#envoy-v3-api-field-config-core-v3-httpprotocoloptions-max-connection-duration
   425  [11]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/filters/network/http_connection_manager/v3/http_connection_manager.proto#envoy-v3-api-field-extensions-filters-network-http-connection-manager-v3-httpconnectionmanager-drain-timeout
   426  [12]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/filters/network/http_connection_manager/v3/http_connection_manager.proto#envoy-v3-api-field-extensions-filters-network-http-connection-manager-v3-httpconnectionmanager-request-timeout
   427  [13]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/extensions/filters/network/http_connection_manager/v3/http_connection_manager.proto#envoy-v3-api-field-extensions-filters-network-http-connection-manager-v3-httpconnectionmanager-delayed-close-timeout
   428  [14]: https://www.envoyproxy.io/docs/envoy/latest/api-v3/config/listener/v3/listener.proto#config-listener-v3-listener-connectionbalanceconfig