Java SpringCloudGateway：如何配置到ConsourUI的路由？

我尝试将SpringCloudGateway配置为转发到“/consu/ui”下或“/consu”下的HashiCorp-Consul的标准ui。然而，我不知道如何正确地做到这一点。Concur正在标准配置中运行。我在10.2.0.2上有一个外部ip地址和一个本地网络接口。我试过：

routes:
    - id: consul
      uri: "http://127.0.0.1:8500"
      predicates:
        - Path=/consul/

curl-L 127.0.0.1/concur/ui给了我一个500，因为根据日志，网关不匹配/concur，但是/concur/**然后决定路由到10.2.0.2:8300，这是concurs rpc端点

另一种尝试：

- id: consul
      uri: "http://127.0.0.1:8500"
      predicates:
      - Path=/consul/**
      filters:
      - StripPrefix=1

。。。和另一个完全一样。 另一个有希望的办法：

- id: consul
      uri: "http://127.0.0.1:8500"
      predicates:
      - Path=/consul/**
      filters:
      - RewritePath=/consul/(?<segment>.*), /ui/$\{segment}

-id:领事
uri:“http://127.0.0.1:8500"
谓词：
-路径=/concur/**
过滤器：
-重写路径=/consor/（？*），/ui/$\{segment}

使用curl-L实际上可以在命令行上工作。然而，在浏览器中，我只看到领事标志，但整个页面不会加载

我当然也尝试过一些其他的组合，但都不起作用

注意：concur/ui端点传递状态302，然后转发到实际页面

注意：我在网关中使用SSL

注意：

ssh-N-f-l8500:localhost:8500@

允许我在localhost:8500下本地打开预期的ui

更新：

---

显然，

/concur/**

是一个错误的选择，因为concur本身已经在这条路线下注册，因此我遇到了冲突。这至少清楚地说明了为什么云网关尝试路由到端口8300。

不幸的是，目前这个问题没有真正的答案，但有一些黑客的解决办法。然而，人们正在研究一种能够代理pass-consu用户界面的解决方案。请参见例如

不幸的是，目前这个问题没有真正的答案，但有一些骇人的解决办法。然而，人们正在研究一种能够代理pass-consu用户界面的解决方案。见例