• Gateway
    • Gateway
    • Port
    • Server
    • Server.TLSOptions
    • Server.TLSOptions.TLSProtocol
    • Server.TLSOptions.TLSmode

    Gateway

    Gateway describes a load balancer operating at the edge of the meshreceiving incoming or outgoing HTTP/TCP connections. The specificationdescribes a set of ports that should be exposed, the type of protocol touse, SNI configuration for the load balancer, etc.

    For example, the following Gateway configuration sets up a proxy to actas a load balancer exposing port 80 and 9080 (http), 443 (https),9443(https) and port 2379 (TCP) for ingress. The gateway will beapplied to the proxy running on a pod with labels app:my-gateway-controller. While Istio will configure the proxy to listenon these ports, it is the responsibility of the user to ensure thatexternal traffic to these ports are allowed into the mesh.

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: Gateway
    3. metadata:
    4. name: my-gateway
    5. namespace: some-config-namespace
    6. spec:
    7. selector:
    8. app: my-gateway-controller
    9. servers:
    10. - port:
    11. number: 80
    12. name: http
    13. protocol: HTTP
    14. hosts:
    15. - uk.bookinfo.com
    16. - eu.bookinfo.com
    17. tls:
    18. httpsRedirect: true # sends 301 redirect for http requests
    19. - port:
    20. number: 443
    21. name: https-443
    22. protocol: HTTPS
    23. hosts:
    24. - uk.bookinfo.com
    25. - eu.bookinfo.com
    26. tls:
    27. mode: SIMPLE # enables HTTPS on this port
    28. serverCertificate: /etc/certs/servercert.pem
    29. privateKey: /etc/certs/privatekey.pem
    30. - port:
    31. number: 9443
    32. name: https-9443
    33. protocol: HTTPS
    34. hosts:
    35. - "bookinfo-namespace/*.bookinfo.com"
    36. tls:
    37. mode: SIMPLE # enables HTTPS on this port
    38. credentialName: bookinfo-secret # fetches certs from Kubernetes secret
    39. - port:
    40. number: 9080
    41. name: http-wildcard
    42. protocol: HTTP
    43. hosts:
    44. - "*"
    45. - port:
    46. number: 2379 # to expose internal service via external port 2379
    47. name: mongo
    48. protocol: MONGO
    49. hosts:
    50. - "*"

    The Gateway specification above describes the L4-L6 properties of a loadbalancer. A VirtualService can then be bound to a gateway to controlthe forwarding of traffic arriving at a particular host or gateway port.

    For example, the following VirtualService splits traffic forhttps://uk.bookinfo.com/reviews, https://eu.bookinfo.com/reviews,http://uk.bookinfo.com:9080/reviews,http://eu.bookinfo.com:9080/reviews into two versions (prod and qa) ofan internal reviews service on port 9080. In addition, requestscontaining the cookie “user: dev-123” will be sent to special port 7777in the qa version. The same rule is also applicable inside the mesh forrequests to the “reviews.prod.svc.cluster.local” service. This rule isapplicable across ports 443, 9080. Note that http://uk.bookinfo.comgets redirected to https://uk.bookinfo.com (i.e. 80 redirects to 443).

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: VirtualService
    3. metadata:
    4. name: bookinfo-rule
    5. namespace: bookinfo-namespace
    6. spec:
    7. hosts:
    8. - reviews.prod.svc.cluster.local
    9. - uk.bookinfo.com
    10. - eu.bookinfo.com
    11. gateways:
    12. - some-config-namespace/my-gateway
    13. - mesh # applies to all the sidecars in the mesh
    14. http:
    15. - match:
    16. - headers:
    17. cookie:
    18. exact: "user=dev-123"
    19. route:
    20. - destination:
    21. port:
    22. number: 7777
    23. host: reviews.qa.svc.cluster.local
    24. - match:
    25. - uri:
    26. prefix: /reviews/
    27. route:
    28. - destination:
    29. port:
    30. number: 9080 # can be omitted if it's the only port for reviews
    31. host: reviews.prod.svc.cluster.local
    32. weight: 80
    33. - destination:
    34. host: reviews.qa.svc.cluster.local
    35. weight: 20

    The following VirtualService forwards traffic arriving at (external)port 27017 to internal Mongo server on port 5555. This rule is notapplicable internally in the mesh as the gateway list omits thereserved name mesh.

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: VirtualService
    3. metadata:
    4. name: bookinfo-Mongo
    5. namespace: bookinfo-namespace
    6. spec:
    7. hosts:
    8. - mongosvr.prod.svc.cluster.local # name of internal Mongo service
    9. gateways:
    10. - some-config-namespace/my-gateway # can omit the namespace if gateway is in same
    11. namespace as virtual service.
    12. tcp:
    13. - match:
    14. - port: 27017
    15. route:
    16. - destination:
    17. host: mongo.prod.svc.cluster.local
    18. port:
    19. number: 5555

    It is possible to restrict the set of virtual services that can bind toa gateway server using the namespace/hostname syntax in the hosts field.For example, the following Gateway allows any virtual service in the ns1namespace to bind to it, while restricting only the virtual service withfoo.bar.com host in the ns2 namespace to bind to it.

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: Gateway
    3. metadata:
    4. name: my-gateway
    5. namespace: some-config-namespace
    6. spec:
    7. selector:
    8. app: my-gateway-controller
    9. servers:
    10. - port:
    11. number: 80
    12. name: http
    13. protocol: HTTP
    14. hosts:
    15. - "ns1/*"
    16. - "ns2/foo.bar.com"

    Gateway

    Gateway describes a load balancer operating at the edge of the meshreceiving incoming or outgoing HTTP/TCP connections.

    FieldTypeDescriptionRequired
    serversServer[]A list of server specifications.Yes
    selectormap<string, string>One or more labels that indicate a specific set of pods/VMson which this gateway configuration should be applied. The scope oflabel search is restricted to the configuration namespace in which thethe resource is present. In other words, the Gateway resource mustreside in the same namespace as the gateway workload instance.Yes

    Port

    Port describes the properties of a specific port of a service.

    FieldTypeDescriptionRequired
    numberuint32A valid non-negative integer port number.Yes
    protocolstringThe protocol exposed on the port.MUST BE one of HTTP|HTTPS|GRPC|HTTP2|MONGO|TCP|TLS.TLS implies the connection will be routed based on the SNI header tothe destination without terminating the TLS connection.Yes
    namestringLabel assigned to the port.No

    Server

    Server describes the properties of the proxy on a given load balancerport. For example,

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: Gateway
    3. metadata:
    4. name: my-ingress
    5. spec:
    6. selector:
    7. app: my-ingress-gateway
    8. servers:
    9. - port:
    10. number: 80
    11. name: http2
    12. protocol: HTTP2
    13. hosts:
    14. - "*"

    Another example

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: Gateway
    3. metadata:
    4. name: my-tcp-ingress
    5. spec:
    6. selector:
    7. app: my-tcp-ingress-gateway
    8. servers:
    9. - port:
    10. number: 27018
    11. name: mongo
    12. protocol: MONGO
    13. hosts:
    14. - "*"

    The following is an example of TLS configuration for port 443

    1. apiVersion: networking.istio.io/v1alpha3
    2. kind: Gateway
    3. metadata:
    4. name: my-tls-ingress
    5. spec:
    6. selector:
    7. app: my-tls-ingress-gateway
    8. servers:
    9. - port:
    10. number: 443
    11. name: https
    12. protocol: HTTPS
    13. hosts:
    14. - "*"
    15. tls:
    16. mode: SIMPLE
    17. serverCertificate: /etc/certs/server.pem
    18. privateKey: /etc/certs/privatekey.pem
    FieldTypeDescriptionRequired
    portPortThe Port on which the proxy should listen for incomingconnections.Yes
    hostsstring[]One or more hosts exposed by this gateway.While typically applicable toHTTP services, it can also be used for TCP services using TLS with SNI.A host is specified as a dnsName with an optional namespace/ prefix.The dnsName should be specified using FQDN format, optionally includinga wildcard character in the left-most component (e.g., prod/.example.com).Set the dnsName to to select all VirtualService hosts from thespecified namespace (e.g.,prod/).The namespace can be set to or ., representing any or the currentnamespace, respectively. For example, /foo.example.com selects theservice from any available namespace while ./foo.example.com only selectsthe service from the namespace of the sidecar. The default, if no namespace/is specified, is /, that is, select services from any namespace.Any associated DestinationRule in the selected namespace will also be used.A VirtualService must be bound to the gateway and must have one ormore hosts that match the hosts specified in a server. The matchcould be an exact match or a suffix match with the server’s hosts. Forexample, if the server’s hosts specifies .example.com, aVirtualService with hosts dev.example.com or prod.example.com willmatch. However, a VirtualService with host example.com ornewexample.com will not match.NOTE: Only virtual services exported to the gateway’s namespace(e.g., exportTo value of ) can be referenced.Private configurations (e.g., exportTo set to .) will not beavailable. Refer to the exportTo setting in VirtualService,DestinationRule, and ServiceEntry configurations for details.Yes
    tlsTLSOptionsSet of TLS related options that govern the server’s behavior. Usethese options to control if all http requests should be redirected tohttps, and the TLS modes to use.No
    defaultEndpointstringThe loopback IP endpoint or Unix domain socket to which traffic shouldbe forwarded to by default. Format should be 127.0.0.1:PORT orunix:///path/to/socket or unix://@foobar (Linux abstract namespace).No

    Server.TLSOptions

    FieldTypeDescriptionRequired
    httpsRedirectboolIf set to true, the load balancer will send a 301 redirect for allhttp connections, asking the clients to use HTTPS.No
    modeTLSmodeOptional: Indicates whether connections to this port should besecured using TLS. The value of this field determines how TLS isenforced.No
    serverCertificatestringREQUIRED if mode is SIMPLE or MUTUAL. The path to the fileholding the server-side TLS certificate to use.No
    privateKeystringREQUIRED if mode is SIMPLE or MUTUAL. The path to the fileholding the server’s private key.No
    caCertificatesstringREQUIRED if mode is MUTUAL. The path to a file containingcertificate authority certificates to use in verifying a presentedclient side certificate.No
    credentialNamestringThe credentialName stands for a unique identifier that can be usedto identify the serverCertificate and the privateKey. ThecredentialName appended with suffix “-cacert” is used to identifythe CaCertificates associated with this server. Gateway workloadscapable of fetching credentials from a remote credential store suchas Kubernetes secrets, will be configured to retrieve theserverCertificate and the privateKey using credentialName, insteadof using the file system paths specified above. If using mutual TLS,gateway workload instances will retrieve the CaCertificates usingcredentialName-cacert. The semantics of the name are platformdependent. In Kubernetes, the default Istio supplied credentialserver expects the credentialName to match the name of theKubernetes secret that holds the server certificate, the privatekey, and the CA certificate (if using mutual TLS). Set theISTIO_META_USER_SDS metadata variable in the gateway’s proxy toenable the dynamic credential fetching feature.No
    subjectAltNamesstring[]A list of alternate names to verify the subject identity in thecertificate presented by the client.No
    verifyCertificateSpkistring[]An optional list of base64-encoded SHA-256 hashes of the SKPIs ofauthorized client certificates.Note: When both verify_certificate_hash and verify_certificate_spkiare specified, a hash matching either value will result in thecertificate being accepted.No
    verifyCertificateHashstring[]An optional list of hex-encoded SHA-256 hashes of theauthorized client certificates. Both simple and colon separatedformats are acceptable.Note: When both verify_certificate_hash and verify_certificate_spkiare specified, a hash matching either value will result in thecertificate being accepted.No
    minProtocolVersionTLSProtocolOptional: Minimum TLS protocol version.No
    maxProtocolVersionTLSProtocolOptional: Maximum TLS protocol version.No
    cipherSuitesstring[]Optional: If specified, only support the specified cipher list.Otherwise default to the default cipher list supported by Envoy.No

    Server.TLSOptions.TLSProtocol

    TLS protocol versions.

    NameDescription
    TLS_AUTOAutomatically choose the optimal TLS version.
    TLSV1_0TLS version 1.0
    TLSV1_1TLS version 1.1
    TLSV1_2TLS version 1.2
    TLSV1_3TLS version 1.3

    Server.TLSOptions.TLSmode

    TLS modes enforced by the proxy

    NameDescription
    PASSTHROUGHThe SNI string presented by the client will be used as the matchcriterion in a VirtualService TLS route to determine thedestination service from the service registry.
    SIMPLESecure connections with standard TLS semantics.
    MUTUALSecure connections to the downstream using mutual TLS by presentingserver certificates for authentication.
    AUTO_PASSTHROUGHSimilar to the passthrough mode, except servers with this TLS modedo not require an associated VirtualService to map from the SNIvalue to service in the registry. The destination details such asthe service/subset/port are encoded in the SNI value. The proxywill forward to the upstream (Envoy) cluster (a group ofendpoints) specified by the SNI value. This server is typicallyused to provide connectivity between services in disparate L3networks that otherwise do not have direct connectivity betweentheir respective endpoints. Use of this mode assumes that both thesource and the destination are using Istio mTLS to secure traffic.
    ISTIO_MUTUALSecure connections from the downstream using mutual TLS by presentingserver certificates for authentication.Compared to Mutual mode, this mode uses certificates, representinggateway workload identity, generated automatically by Istio formTLS authentication. When this mode is used, all other fields inTLSOptions should be empty.