Google cloud platform 谷歌云负载均衡器URL重写不起作用

Google cloud platform 谷歌云负载均衡器URL重写不起作用,google-cloud-platform,google-cloud-networking,google-cloud-load-balancer,Google Cloud Platform,Google Cloud Networking,Google Cloud Load Balancer,我正在尝试使用HTTPS代理设置google云负载平衡器。重写规则似乎不起作用。我附上了相同的截图。感谢您的帮助 基本上,我正在尝试访问/ping上的/api/ping。也不确定主机重写是关于什么的 提前感谢。我认为问题在于(目前)GCP负载平衡器重写只是“路径前缀”重写,而不是完全重写,即它将“路径前缀重写”的值预先添加到原始请求URL上 因此,我怀疑您当前的行为导致请求使用/api/ping/ping的URL重新部署api后端服务 如果将“路径前缀重写”的值设置为/api,则应向/api/

我正在尝试使用HTTPS代理设置google云负载平衡器。重写规则似乎不起作用。我附上了相同的截图。感谢您的帮助

基本上,我正在尝试访问
/ping
上的
/api/ping
。也不确定主机重写是关于什么的


提前感谢。

我认为问题在于(目前)GCP负载平衡器重写只是“路径前缀”重写,而不是完全重写,即它将“路径前缀重写”的值预先添加到原始请求URL上

因此,我怀疑您当前的行为导致请求使用
/api/ping/ping
的URL重新部署api后端服务


如果将“路径前缀重写”的值设置为
/api
,则应向
/api/ping

的后端发出请求。应将路径前缀重写从“/api/ping”更改为“/”。如果您使用bucket,这将是有效的。

我刚刚在web浏览器35.186.214.135/ping/中进行了尝试,并按照您所说的给了我一个错误。35.186.214.135/api/ping工程。你遵循操作指南了吗?嗯,我正在从/files/public/提供我的存储桶,我正在尝试重写,这样我就不必将文件嵌套在/files/public下的存储桶中——我已经将主机前缀设置为just/*但没有重新写入,如果我将其嵌套在适当的文件夹中,它就可以正常工作。不管怎样,它都可以正常工作。