Amazon web services 重定向无效的API URL

Amazon web services 重定向无效的API URL,amazon-web-services,nginx,Amazon Web Services,Nginx,我在寻求指导。 我们有api url,即 something.com/foo1/bar something.com/foo2/bar 我们在实例上使用AWS ALB和nginx托管服务 我想知道,如果他们在尝试任何可能的事情,我是否能优雅地处理 something.com/foo3/bar something.com/abc/bar ..etc 一般来说,我想知道是否可以使用AWS ALB规则或nginx conf重定向或将301返回给用户 我不知道如何处理这个问题 请帮忙。这里“优雅地

我在寻求指导。 我们有api url,即

something.com/foo1/bar

something.com/foo2/bar
我们在实例上使用AWS ALB和nginx托管服务

我想知道,如果他们在尝试任何可能的事情,我是否能优雅地处理

something.com/foo3/bar

something.com/abc/bar ..etc
一般来说,我想知道是否可以使用AWS ALB规则或nginx conf重定向或将301返回给用户

我不知道如何处理这个问题


请帮忙。

这里“优雅地处理”到底是什么意思?如果请求了错误的路径,通常应该返回一个错误,因为发生了错误——特别是在API端点上——所以我很好奇为什么用户会“尝试”错误的路径。我们的后端实际上是另一个后端的代理。它是一个中间人转发请求,也转换一些路由。我们有两组端点a.com/paid/v1/foo/bar a.com/trial/v1/foo/bar最初,我们考虑使用NGINX过滤掉既不是a.com/paid/*也不是a.com/trial/*的URL。然而,我认为用户仍然可以尝试任何其他URL,我们的后端仍然必须处理错误的路径。如果我使用nginx只允许a.com/paid/v1/*和a.com/trial/v1/*有任何价值吗?