Wildcard 主机的 egress

    假定您想要为 Istio 中所有语种的 wikipedia.org 站点开启 egress 流量。每个语种的 wikipedia.org 站点均有自己的主机名,譬如:英语和德语对应的主机分别为 en.wikipedia.orgde.rikipedia.org。您希望通过通用配置项开启所有 Wikipedia 站点的 egress 流量,无需单独配置每个语种的站点。

    • 使用 demo 配置文件安装 Istio 以及默认阻止出站流量策略:

      您可以在 demo 配置文件以外的 Istio 配置上运行此任务,只要您确保 。 开启 Envoy 的访问日志和 在您的安装步骤中。您还需要使用自己的 IstioOperator CR 代替使用SNI代理设置出口网关中显示。

    • 部署示例应用程序,以用作发送请求的测试源。如果您开启了 自动 sidecar 注入,运行以下命令以部署示例应用程序:

      1. $ kubectl apply -f @samples/sleep/sleep.yaml@

      否则,在使用以下命令部署 sleep 应用程序之前,手动注入 sidecar:

      Zip

      1. $ kubectl apply -f <(istioctl kube-inject -f @samples/sleep/sleep.yaml@)

      您可以在任意 pod 上使用 curl 作为测试源。

    • SOURCE_POD 环境变量设置为您的源 Pod 的名称:

      1. $ export SOURCE_POD=$(kubectl get pod -l app=sleep -o jsonpath={.items..metadata.name})

    访问通用域中一组主机的第一个也是最简单的方法,是使用一个 wildcard 主机配置一个简单的 ServiceEntry,直接从 sidecar 调用服务。 当直接调用服务时(譬如:不是通过一个 egress 网关),一个 wildcard 主机的配置与任何其他主机(如:全域名主机)没有什么不同,只是当通用域中有许多台主机时,这样比较方便。

    请注意,恶意应用程序很容易绕过以下配置。为了实现安全的出口流量控制,可以通过出口网关引导流量。

    请注意,DNS 解析不能用于通配符主机。这就是为什么NONE分辨率(因为它是默认)用于以下服务条目。

    1. *.wikipedia.org 定义一个 ServiceEntry 以及相应的 VirtualSevice

      1. $ kubectl apply -f - <<EOF
      2. apiVersion: networking.istio.io/v1alpha3
      3. kind: ServiceEntry
      4. metadata:
      5. name: wikipedia
      6. spec:
      7. hosts:
      8. - "*.wikipedia.org"
      9. ports:
      10. - number: 443
      11. name: https
      12. protocol: HTTPS
      13. EOF
    2. 发送 HTTPS 请求至 and https://de.wikipedia.org:

      1. $ kubectl exec -it $SOURCE_POD -c sleep -- sh -c 'curl -s https://en.wikipedia.org/wiki/Main_Page | grep -o "<title>.*</title>"; curl -s https://de.wikipedia.org/wiki/Wikipedia:Hauptseite | grep -o "<title>.*</title>"'
      2. <title>Wikipedia, the free encyclopedia</title>
      3. <title>Wikipedia Die freie Enzyklopädie</title>
    1. $ kubectl delete serviceentry wikipedia

    能否配置通过 egress 网关访问 wildcard 主机取决于这组 wildcard 域名有唯一一个通用主机。 以 \.wikipedia.org 为例。每个语种特殊的站点都有自己的 wikipedia.org 服务器。您可以向任意一个 *.wikipedia.org* 站点的 IP 发送请求,包括 _www.wikipedia.org_,该站点所有特定主机。

    当一台唯一的服务器为所有 wildcard 主机提供服务时,基于 egress 网关访问 wildcard 主机的配置与普通主机类似,除了:配置的路由目标不能与配置的主机相同,如:wildcard 主机,需要配置为通用域集合的唯一服务器主机。

    1. \.wikipedia.org* 创建一个 egress Gateway、一个目标规则以及一个虚拟服务,来引导请求通过 egress 网关并从 egress 网关访问外部服务。

      1. $ kubectl apply -f - <<EOF
      2. apiVersion: networking.istio.io/v1alpha3
      3. kind: Gateway
      4. metadata:
      5. name: istio-egressgateway
      6. spec:
      7. selector:
      8. istio: egressgateway
      9. servers:
      10. - port:
      11. number: 443
      12. name: https
      13. protocol: HTTPS
      14. hosts:
      15. - "*.wikipedia.org"
      16. tls:
      17. mode: PASSTHROUGH
      18. ---
      19. apiVersion: networking.istio.io/v1alpha3
      20. kind: DestinationRule
      21. metadata:
      22. name: egressgateway-for-wikipedia
      23. spec:
      24. host: istio-egressgateway.istio-system.svc.cluster.local
      25. subsets:
      26. - name: wikipedia
      27. ---
      28. apiVersion: networking.istio.io/v1alpha3
      29. kind: VirtualService
      30. metadata:
      31. name: direct-wikipedia-through-egress-gateway
      32. spec:
      33. hosts:
      34. - "*.wikipedia.org"
      35. gateways:
      36. - mesh
      37. - istio-egressgateway
      38. tls:
      39. - match:
      40. - gateways:
      41. - mesh
      42. port: 443
      43. sniHosts:
      44. - "*.wikipedia.org"
      45. route:
      46. - destination:
      47. host: istio-egressgateway.istio-system.svc.cluster.local
      48. subset: wikipedia
      49. port:
      50. number: 443
      51. weight: 100
      52. - match:
      53. - gateways:
      54. - istio-egressgateway
      55. port: 443
      56. sniHosts:
      57. - "*.wikipedia.org"
      58. route:
      59. - destination:
      60. host: www.wikipedia.org
      61. port:
      62. number: 443
      63. weight: 100
      64. EOF
    2. 为目标服务器 www.wikipedia.org 创建一个 ServiceEntry

      1. $ kubectl apply -f - <<EOF
      2. apiVersion: networking.istio.io/v1alpha3
      3. kind: ServiceEntry
      4. metadata:
      5. name: www-wikipedia
      6. spec:
      7. hosts:
      8. - www.wikipedia.org
      9. ports:
      10. - number: 443
      11. name: tls
      12. protocol: TLS
      13. resolution: DNS
      14. EOF
    3. 发送请求至 https://en.wikipedia.org 和 :

      1. $ kubectl exec -it $SOURCE_POD -c sleep -- sh -c 'curl -s https://en.wikipedia.org/wiki/Main_Page | grep -o "<title>.*</title>"; curl -s https://de.wikipedia.org/wiki/Wikipedia:Hauptseite | grep -o "<title>.*</title>"'
      2. <title>Wikipedia, the free encyclopedia</title>
      3. <title>Wikipedia Die freie Enzyklopädie</title>
    4. 检查 egress 网关代理访问 \.wikipedia.org* 的计数器统计值。如果 Istio 部署在 istio-system 命名空间中,打印输出计数器的命令为:

    清除单点服务器的 wildcard 配置

    1. $ kubectl delete gateway istio-egressgateway
    2. $ kubectl delete virtualservice direct-wikipedia-through-egress-gateway

    前面章节的配置生效,是因为 \.wikipedia.org 站点可以由任意一个 wikipedia.org 服务器提供服务。然而,情况并不总是如此。 譬如,你可能想要配置 egress 控制到更为通用的 wildcard 域,如:`.com*.org`。

    配置流量流向任意 wildcard 域,为 Istio 网关引入一个挑战。在前面的章节中,您在配置中,将 www.wikipedia.org 配置为网关的路由目标主机,将流量导向该地址。 然而,网关并不知道它接收到的请求中任意 arbitrary 主机的 IP 地址。 这是 Istio 默认的 egress 网关代理 的限制。Envoy 或者将流量路由至提前定义好的主机,或者路由至提前定义好的 IP 地址,或者是请求的最初 IP 地址。在网关案例中,请求的最初目标 IP 被丢弃,因为请求首先路由至 egress 网关,其目标 IP 为网关的 IP 地址。

    因此,基于 Envoy 的 Istio 网关无法将流量路由至没有预先配置的 arbitrary 主机,从而,无法对任意 wildcard 域实施流量控制。 为了对 HTTPS 和任意 TLS 连接开启流量控制,您需要在 Envoy 的基础上再部署一个 SNI 转发代理。Envoy 将访问 wildcard 域的请求路由至 SNI 转发代理,代理反过来将请求转发给 SNI 值中约定的目标地址。

    带 SNI 代理的 egress 网关,以及相关的 Istio 架构部分如下图所示:

    Egress Gateway with SNI proxy

    如下章节向您展示如何重新部署带 SNI 代理的 egress 网关,并配置 Istio 通过网关将 HTTPS 请求导向任意 wildcard 域。

    安装带 SNI 代理的 egress 网关

    本章节,除了标准的 Istio Envoy 代理,您将再部署一个带 SNI 代理的 egress 网关。本示例使用 Nginx 作为 SNI 代理。任何一个能够根据任意的、非预先配置的 SNI 值路由流量的 SNI 代理均可。 SNI 代理将监听在端口 8443 上,您可以绑定任意其它端口,egress GatewayVirtualServices 中配置的端口除外。SNI 代理将流量转发至端口 443

    1. 创建一个 Nginx SNI 代理的配置文件。您可以按需编辑文件指定附加的 Nginx 设置。注意 serverlisten 原语指定端口为 8443,其 proxy_pass 原语使用 ssl_preread_server_name 端口为 443ssl_prereadon 以开启 SNI 读。

      1. $ cat <<EOF > ./sni-proxy.conf
      2. # 设置不需要根访问权限的自定义路径
      3. pid /tmp/nginx.pid;
      4. events {
      5. }
      6. stream {
      7. log_format log_stream '\$remote_addr [\$time_local] \$protocol [\$ssl_preread_server_name]'
      8. '\$status \$bytes_sent \$bytes_received \$session_time';
      9. access_log /var/log/nginx/access.log log_stream;
      10. error_log /var/log/nginx/error.log;
      11. # SNI 的 TCP 转发代理
      12. server {
      13. resolver 8.8.8.8 ipv6=off;
      14. listen 127.0.0.1:8443;
      15. proxy_pass \$ssl_preread_server_name:443;
      16. ssl_preread on;
      17. }
      18. }
      19. EOF
    2. 创建一个 Kubernetes 来保存 Nginx SNI 代理的配置文件:

      1. $ kubectl create configmap egress-sni-proxy-configmap -n istio-system --from-file=nginx.conf=./sni-proxy.conf
      1. $ istioctl manifest generate -f - <<EOF > ./egressgateway-with-sni-proxy.yaml
      2. apiVersion: install.istio.io/v1alpha1
      3. kind: IstioOperator
      4. spec:
      5. # Only generate a gateway component defined below.
      6. # Using this with "istioctl install" will reconcile and remove existing control-plane components.
      7. # Instead use "istioctl manifest generate" or "kubectl create" if using the istio operator.
      8. profile: empty
      9. components:
      10. egressGateways:
      11. - name: istio-egressgateway-with-sni-proxy
      12. enabled: true
      13. label:
      14. app: istio-egressgateway-with-sni-proxy
      15. istio: egressgateway-with-sni-proxy
      16. k8s:
      17. service:
      18. ports:
      19. - port: 443
      20. targetPort: 8443
      21. name: https
      22. overlays:
      23. - kind: Deployment
      24. name: istio-egressgateway-with-sni-proxy
      25. patches:
      26. - path: spec.template.spec.containers[-1]
      27. value: |
      28. name: sni-proxy
      29. image: nginx
      30. volumeMounts:
      31. - name: sni-proxy-config
      32. mountPath: /etc/nginx
      33. readOnly: true
      34. securityContext:
      35. runAsNonRoot: true
      36. runAsUser: 101
      37. - path: spec.template.spec.volumes[-1]
      38. value: |
      39. name: sni-proxy-config
      40. configMap:
      41. name: egress-sni-proxy-configmap
      42. defaultMode: 292 # 0444
      43. EOF
    3. 部署新的 egress 网关:

      1. $ kubectl apply -f ./egressgateway-with-sni-proxy.yaml
    4. 验证新的 egress 网关正在运行。注意 pod 有两个容器(一个是 Envoy 代理,另一个是 SNI 代理)。

      1. $ kubectl get pod -l istio=egressgateway-with-sni-proxy -n istio-system
      2. NAME READY STATUS RESTARTS AGE
      3. istio-egressgateway-with-sni-proxy-79f6744569-pf9t2 2/2 Running 0 17s
    5. 创建一个 service entry,静态地址为 127.0.0.1 (localhost),关闭发送至新 service entry 的双向 TLS 请求。

      1. $ kubectl apply -f - <<EOF
      2. apiVersion: networking.istio.io/v1alpha3
      3. kind: ServiceEntry
      4. metadata:
      5. name: sni-proxy
      6. spec:
      7. hosts:
      8. - sni-proxy.local
      9. location: MESH_EXTERNAL
      10. ports:
      11. - number: 8443
      12. name: tcp
      13. protocol: TCP
      14. resolution: STATIC
      15. endpoints:
      16. - address: 127.0.0.1
      17. ---
      18. apiVersion: networking.istio.io/v1alpha3
      19. kind: DestinationRule
      20. metadata:
      21. name: disable-mtls-for-sni-proxy
      22. spec:
      23. host: sni-proxy.local
      24. trafficPolicy:
      25. tls:
      26. mode: DISABLE
      27. EOF

    配置流量流经包含 SNI 代理的 egress 网关

    1. *.wikipedia.org 定义一个 ServiceEntry

      1. $ cat <<EOF | kubectl create -f -
      2. apiVersion: networking.istio.io/v1alpha3
      3. kind: ServiceEntry
      4. metadata:
      5. name: wikipedia
      6. spec:
      7. hosts:
      8. - "*.wikipedia.org"
      9. - number: 443
      10. name: tls
      11. protocol: TLS
      12. EOF
    2. \.wikipedia.org 创建一个 egress Gateway,端口 443,协议 TLS,以及一个虚拟服务负责引导目标为 *.wikipedia.org* 的流量流经网关。

      1. apiVersion: networking.istio.io/v1alpha3
      2. kind: Gateway
      3. metadata:
      4. name: istio-egressgateway-with-sni-proxy
      5. spec:
      6. selector:
      7. istio: egressgateway-with-sni-proxy
      8. servers:
      9. - port:
      10. number: 443
      11. name: tls-egress
      12. protocol: TLS
      13. hosts:
      14. - "*.wikipedia.org"
      15. tls:
      16. mode: ISTIO_MUTUAL
      17. ---
      18. apiVersion: networking.istio.io/v1alpha3
      19. kind: DestinationRule
      20. metadata:
      21. name: egressgateway-for-wikipedia
      22. spec:
      23. host: istio-egressgateway-with-sni-proxy.istio-system.svc.cluster.local
      24. subsets:
      25. - name: wikipedia
      26. trafficPolicy:
      27. loadBalancer:
      28. simple: ROUND_ROBIN
      29. portLevelSettings:
      30. - port:
      31. number: 443
      32. tls:
      33. mode: ISTIO_MUTUAL
      34. ---
      35. apiVersion: networking.istio.io/v1alpha3
      36. kind: VirtualService
      37. metadata:
      38. name: direct-wikipedia-through-egress-gateway
      39. spec:
      40. hosts:
      41. - "*.wikipedia.org"
      42. gateways:
      43. - mesh
      44. - istio-egressgateway-with-sni-proxy
      45. tls:
      46. - match:
      47. - gateways:
      48. - mesh
      49. port: 443
      50. sniHosts:
      51. - "*.wikipedia.org"
      52. route:
      53. - destination:
      54. host: istio-egressgateway-with-sni-proxy.istio-system.svc.cluster.local
      55. subset: wikipedia
      56. port:
      57. number: 443
      58. weight: 100
      59. tcp:
      60. - match:
      61. - gateways:
      62. - istio-egressgateway-with-sni-proxy
      63. port: 443
      64. route:
      65. - destination:
      66. host: sni-proxy.local
      67. port:
      68. number: 18443
      69. weight: 100
      70. ---
      71. # 下面的 filter 用于将最初的 SNI (应用发送的)转换为双向 TLS 连接的 SNI。
      72. # 双向 TLS 连接。
      73. # 转换后的 SNI 将被报告给 Mixer,以基于初始 SNI 的值强制实施策略。
      74. apiVersion: networking.istio.io/v1alpha3
      75. kind: EnvoyFilter
      76. metadata:
      77. name: forward-downstream-sni
      78. spec:
      79. configPatches:
      80. - applyTo: NETWORK_FILTER
      81. match:
      82. context: SIDECAR_OUTBOUND
      83. listener:
      84. portNumber: 443
      85. filterChain:
      86. filter:
      87. name: istio.stats
      88. patch:
      89. operation: INSERT_BEFORE
      90. value:
      91. name: forward_downstream_sni
      92. config: {}
      93. EOF
    3. Add an EnvoyFilter to the gateway, to prevent it from being deceived.

    4. 发送 HTTPS 请求至 and https://de.wikipedia.org:

      1. $ kubectl exec -it $SOURCE_POD -c sleep -- sh -c 'curl -s https://en.wikipedia.org/wiki/Main_Page | grep -o "<title>.*</title>"; curl -s https://de.wikipedia.org/wiki/Wikipedia:Hauptseite | grep -o "<title>.*</title>"'
      2. <title>Wikipedia, the free encyclopedia</title>
      3. <title>Wikipedia Die freie Enzyklopädie</title>
    5. 检查 Egress 网关 Envoy 代理的日志。如果 Istio 被部署在 istio-system 命名空间中,打印日志的命令为:

      1. $ kubectl logs -l istio=egressgateway-with-sni-proxy -c istio-proxy -n istio-system

      您将看到类似如下的内容:

      1. [2019-01-02T16:34:23.312Z] "- - -" 0 - 578 79141 624 - "-" "-" "-" "-" "127.0.0.1:8443" outbound|8443||sni-proxy.local 127.0.0.1:55018 172.30.109.84:443 172.30.109.112:45346 en.wikipedia.org
      2. [2019-01-02T16:34:24.079Z] "- - -" 0 - 586 65770 638 - "-" "-" "-" "-" "127.0.0.1:8443" outbound|8443||sni-proxy.local 127.0.0.1:55034 172.30.109.84:443 172.30.109.112:45362 de.wikipedia.org
    6. 检查 SNI 代理的日志。如果 Istio 被部署在 istio-system 命名空间中,打印日志的命令为:

      1. $ kubectl logs -l istio=egressgateway-with-sni-proxy -n istio-system -c sni-proxy
      2. 127.0.0.1 [01/Aug/2018:15:32:02 +0000] TCP [en.wikipedia.org]200 81513 280 0.600
      3. 127.0.0.1 [01/Aug/2018:15:32:03 +0000] TCP [de.wikipedia.org]200 67745 291 0.659

    清除任意域的 wildcard 配置

    1. 删除 \.wikipedia.org* 的配置项:

      1. $ kubectl delete serviceentry wikipedia
      2. $ kubectl delete gateway istio-egressgateway-with-sni-proxy
      3. $ kubectl delete virtualservice direct-wikipedia-through-egress-gateway
      4. $ kubectl delete destinationrule egressgateway-for-wikipedia
      5. $ kubectl delete --ignore-not-found=true envoyfilter forward-downstream-sni
      6. $ kubectl delete --ignore-not-found=true envoyfilter -n istio-system egress-gateway-sni-verifier
    2. 删除部署 egressgateway-with-sni-proxy 的配置项:

      1. $ kubectl delete serviceentry sni-proxy
      2. $ kubectl delete destinationrule disable-mtls-for-sni-proxy
      3. $ kubectl delete configmap egress-sni-proxy-configmap -n istio-system
      4. $ kubectl delete -f ./egressgateway-with-sni-proxy.yaml
    3. 删除您创建的配置文件:

      1. $ rm ./sni-proxy.conf ./egressgateway-with-sni-proxy.yaml

    1. $ kubectl delete -f @samples/sleep/sleep.yaml@