azure - 禁用 Azure Web Apps for Containers 上的自动 URL 取消转义

Question

我正在 Azure Web Apps for Containers(应用服务)上运行 (Linux) 容器。此应用程序提供一个 REST 接口(interface)，其路径如 /partner/{partnerId}/product/{productnumber}。问题是 productnumber 可以是任何字母数字字符串，包括各种特殊字符。当然，解决方案是正确转义请求中的所有字符。这适用于除 / 之外的所有字符:

当我发送像GET/partner/45/product/water%2F1l这样的正确转义请求时，我的应用程序得到的实际上是GET/partner/45/product/water/1l 映射到不同的路径/ Controller ，但该路径/ Controller 不存在，因此应用程序返回 404。似乎 Azure 的某些部分仅 %2F 未转义，因为其他转义字符完全按照我发送的方式到达我的应用程序。

我想禁用此行为，因为我已经在我的应用程序中处理转义和取消转义这些特殊字符，但找不到任何选项，甚至找不到有关此的文档。

处理此类问题的唯一答案给出了不适用于应用服务容器的答案，例如:'+' symbol problem in URL in IIS 7.x其中谈到将某些内容放入 web.config 文件中，我不确定将其放在哪里，或者在这种情况下它是否会执行某些操作。我发现了另一个关于此的问题，遗憾的是没有答案:Where should I place web.config file in Azure Web Apps for Containers?

我可以在 Azure 中执行或查看某种反向代理/入口配置吗？

Answer 1

Azure 应用服务具有内置负载均衡器，因为它可以水平扩展。也许这个负载均衡器执行了不需要的 URL 解码？我也不知道可以选择停用此行为。

我看到两种可能的解决方案:

1. Azure Container Instances :您可以使用容器实例(类似于托管 Docker，您可以直接在 IP 下部署容器)，而不是使用应用服务。没有像 URL 编码这样的行为。它们可以是公共(public)的也可以是私有(private)的。但是 ACI 不存在应用服务的许多功能，例如没有部署槽、没有备份、没有自动扩展、没有免费的 SSL 证书等。

2. Azure API Management :您可以使用Azure API管理(用于发布和管理API)作为入口/代理来对URL的相关部分进行第二次编码。为此，您可以定义您的 API，例如../product/{prod} 并分配入站策略。然后，此策略可以进行 URL 转换(在本例中，采用 URL 的最后一部分并对其进行编码)

<policies>
    <inbound>
        <base />
        <rewrite-uri template="@{
            string url = context.Request.Url.ToString();
            int pos = url.LastIndexOf("/") + 1;
            string lastPart = url.Substring(pos, url.Length - pos);
            string lastPartDecoded = System.Uri.EscapeDataString(lastPart);
            return "/product/" + lastPartDecoded;
        }" />
    </inbound>
    <backend>
        <base />
    </backend>
    <outbound>
        <base />
    </outbound>
    <on-error>
        <base />
    </on-error>
</policies>