另一个端口上的regexp proxy_pass

另一个端口上的regexp proxy_pass,regex,nginx,Regex,Nginx,端口80上运行一个web管理面板,端口8081上运行一个后端。 例如,有一个后端函数localhost:8081/resource/users/add/$name/$pass。因此,我需要将查询重定向到localhost:80/resource/users/add/到localhost:8081/resource/users/add。 现在我正在使用这个配置: location ~^/resources/(?<fwd_path>.*)$ { pr

端口80上运行一个web管理面板,端口8081上运行一个后端。 例如,有一个后端函数localhost:8081/resource/users/add/$name/$pass。因此,我需要将查询重定向到localhost:80/resource/users/add/到localhost:8081/resource/users/add。 现在我正在使用这个配置:

       location ~^/resources/(?<fwd_path>.*)$ {
            proxy_pass http://localhost:8081/resources/$fwd_path;
    }
但我现在非常确定这是正确的

保持简单:

location /resources/ {
    proxy_pass http://localhost:8081;
}

您不需要regexp。代理通行证http://localhost:9999;好的,但如果我尝试传递参数,它将不起作用,那么在这种情况下,您应该描述完整的问题。完整的问题-有一个web管理界面运行在80端口上,有一个后端运行在8081端口上。我需要将所有查询从web界面重定向到后端。这不是一个完全的问题。默认情况下,将代理所有参数。向您展示配置和示例。在帖子里做,而不是在评论里。我不明白为什么要这样做?如果我访问/resources/add它将不起作用,那么它会起作用,除非你隐藏了配置的一些重要部分。但是,即使是像localhost/app?something=anything这样的简单post查询,它也能理解您的评论。我想知道它是否能处理像localhost/app?something=anthing这样的POST查询?