我在云运行选项（启用了Istio的GKE群集）上部署了一个节点应用程序。我检查了使用'kubectl get services -n istio-system'运行的服务，它显示
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S)
istio-ingressgateway LoadBalancer 10.4.15.63 34.80.18.249 15020:30228/TCP,80:31380/TCP,443:31390/TCP
nodeservice1 ExternalName <none> istio-ingressgateway.istio-system.svc.cluster.local
nodeservice1-qdvk6 ClusterIP 10.4.12.102 <none> 80/TCP
nodeservice1-qdvk6-metrics ClusterIP 10.4.8.162 <none> 9090/TCP
nodeservice1-qdvk6-priv ClusterIP 10.4.14.49 <none> 80/TCP
我能够通过以下方式访问nodeservice1curl -v -H“主机：nodeservice1.istio-system.example.com” 34.80.18.249但是如果我从浏览器中点击“ http://34.80.18.249:8080”，它将无法正常工作。
如果我不选择云运行平台并设置普通的kubernete集群，那么我可以选择将nodeservice1公开为LoadBalancer类型，并且可以从浏览器访问。
curl命令的输出：curl -v -H“主机：nodeservice1.istio-system.example.com” 34.80.18.249/restcall
* Trying 34.80.18.249:80...
* TCP_NODELAY set
* Connected to 34.80.18.249 (34.80.18.249) port 80 (#0)
> GET //restcall HTTP/1.1
> Host: nodeservice1.istio-system.example.com
> User-Agent: curl/7.65.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 404 Not Found
< content-security-policy: default-src 'none'
< content-type: text/html; charset=utf-8
< date: Wed, 25 Sep 2019 09:24:15 GMT
< x-content-type-options: nosniff
< x-powered-by: Express
< x-envoy-upstream-service-time: 5349
< server: istio-envoy
< Accept-Ranges: none
< Content-Length: 148
< Via: HTTP/1.1 forward.http.proxy:3128
< Connection: keep-alive
<
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>Error</title>
</head>
<body>
<pre>Cannot GET //restcall</pre>
</body>
</html>
* Connection #0 to host 34.80.18.249 left intact
显然，您不拥有example.com。
因此，您没有指望从浏览器访问http://nodeservice1.istio-system.example.com就能正常工作，因为您没有为域配置DNS。
curl -H "Host: foo" http://ip时不需要通过DNS（因为您直接输入ip地址）。然后，Istio入口网关使用您提供的Host标头（通常由浏览器提供，从URL推断），将流量路由到正确的服务。
假设您使用Knative / Cloud Run，则应将example.com的updating the default domain on Cloud Run on GKE视为您所拥有的东西，以便可以为您的子域设置DNS记录。
或者，您可以将本地DNS记录添加到/etc/hosts文件，该主机名指向该主机名到istio-ingressgateway的外部IP地址，并且您的浏览器将使用本地hack将该主机名解析为该IP。