问题标签 [google-cloud-url-maps]

在我看来，无论我如何/如何配置我的 url 映射，默认的微服务都将是为请求提供服务的微服务。

我有 2 个容器，它们是基于 node + nestjs 的应用程序。

1. 认证
2. 上市

公共中的所有路由都没有前缀，我正在公共服务上测试 /featured 端点，并且我还将其设置为默认服务。

auth 中的所有路由都以“auth”路径前缀开头，我正在测试 /auth/test。

这两个端点都是独立工作的，或者如果我将每个服务都设置为默认服务。

但是，除了默认服务之外，我无法将请求正确映射到任何后端服务。

我已经使用 UI 在负载均衡器上配置了 url 映射，如下所示：

我需要在谷歌云负载均衡器中创建以下规则：

1. /en/example
2. /ar/example
3. /.../example

比如2个字母代表一个locale。

我找不到在负载平衡器 url-map 中设置正则表达式的方法。这怎么可能实现？

我想使用 gcloud 工具以编程方式创建 GCP 负载均衡器路径重定向规则。

作为测试，我通过 GCP Console 网络界面手动创建了一个。

对于我手动创建的规则，gcloud compute url-maps describe my-url-map返回如下内容：

我想做的是重新创建上面的 urlRedirect 规则（从/my-redirect-to-rootto重定向/），但是使用该gcloud工具。

浏览gcloud 文档，我似乎找不到任何涉及重定向的内容。是不是通过工具无法做到这一点gcloud？如果没有，是否有任何其他解决方案可以以编程方式创建这些重定向规则？

我基本上是在尝试通过对静态站点中的每个文件夹（约 400 个文件夹）使用负载均衡器重定向来解决另一个与静态网站的 GCS URL 有关的 GCP 问题。

我在 HTTPS 外部负载均衡器后面有一个云运行服务。我看到许多试图查找漏洞的路径扫描样式请求（例如“/owa”、“/admin”）。这些都没有提供主机头。

为了减少我的云运行容器不必要的启动，并尽量减少将信息暴露给随机 IP 地址扫描仪，我试图找到一种方法来拒绝对缺少主机头的负载均衡器的请求。

我希望做的是用静态的 403 禁止样式响应来响应。但是，从文档来看这是不可能的。我想出的最好的方法是在我的 url 映射中指定一个“默认 URL 重定向”，以将所有流量发送到 google.com，这些流量与我的 url 映射中的任何主机规则都不匹配。这行得通，但看起来很笨重，也许不合适。

是否可以发送静态响应 - 还是只能重定向？有没有更好的方法来解决这个问题？

我正在设置一个 GCP url 映射，以根据 cookie 值将请求路由到后端服务。由于 cookie 将具有多个键值，因此我正在尝试使用正则表达式匹配器。我需要根据 cookie 中的区域值将请求路由到后端。典型的 cookie 如下所示：foo=bar;region=eu;variant=beta;

但是，此 url-map 验证失败并出现以下错误：

请注意，如果 cookie 值如下所示，则与 cookie 的完全匹配会通过验证并正确匹配region=us：headerMatches完全匹配部分如下所示：

关于我在这里做错了什么的任何指示？谢谢！