Azure 函数应用程序 Http 重定向答案

【问题标题】：Azure Function App Http RedirectAzure 函数应用程序 Http 重定向
【发布时间】：2017-07-26 03:15:13
【问题描述】：

我有一个功能应用程序，可以按预期运行 https。

我的组织中有人创建了指向它的链接，但忘记了 https 中的“s”...结果是重定向（由函数应用提供）到 https://my-function-app.azurewebsites.net/ms-ext-routing/v1（“ms-ext-routing”部分由功能应用程序添加，似乎 - “v1”是原始网址的一部分）

这会产生 404。

我尝试创建一个单独的函数来拦截这个未知的 url 并重定向回应用程序的 https 版本，但没有成功。

那么，这个重定向是什么，我该如何修复它/补偿？（除了让人们链接到正确协议的明显选项——在我写这篇文章的过程中）

【问题讨论】：

听起来修复链接比重定向更好。尝试联系可以更改链接的人。
我同意@Peter - 但对于未来的 Function App 用户，包括我自己，能够优雅地处理这种情况会很有用。

标签： azure azure-functions http-redirect

【解决方案1】：

函数应用应启用 Azure Functions 代理并将路由定义为 /v1。在函数应用的根目录中查找 proxies.json 文件。

如果不需要代理，您可以在门户中禁用它们。

【讨论】：

v1 已经是一个函数（并且应用程序没有 /api 前缀）。抱歉，这并不能解决问题。不过谢谢:)
我尝试了您对代理的建议（而不是带有重定向的函数），结果是相同的：来自 [http]://my-app.azurewebsites.net/ms-ext 的代理-路由到 [https]://my-app.azurewebsites.net 产生重定向到 [https]://my-app.azurewebsites.net/ms-ext-routing/ms-ext-routing[/whatever-I -put-here] 用于任何请求。（协议段放在方括号中，因为 a）它们很重要，b）堆栈溢出将它们转换为链接）
您是否确认您现有的函数应用没有启用代理？这是您在重定向中获得 /ms-ext-routing/ 的唯一方法。
它确实启用了代理（它已经有一个在运行）。发生了什么，当原始请求未通过 TLS 时，我会附加该路径 (/ms-ext-routing/)。
感谢您报告此问题。我们已确认这是我们这边的一个错误，并将发布此问题的修复程序。