IIS 是否重定向以匹配 url 大小写？
Is IIS redirecting to match url casing?
我有一个 WebAPI，它是更大的 WebForms 应用程序的一部分，部署在 https://domain/SimpleApp.
下的 IIS 10 上
我注意到当使用 https://domain/simpleapp/api/endpoint 调用 API 端点时，我被重定向（状态代码 302）到 https://domain/SimpleApp/api/endpoint。
我没有设置任何 url-rewrite 规则。
在 iOS 应用程序上使用 API 时会导致一些错误 - 一些端点是安全的，并且在重定向时，"Authorization" header 被丢弃（默认Apple 平台上的行为）。作为记录：重定向发生在安全端点和 non-secured 端点上。
它是一些默认的 IIS 配置吗？是否可以更改它，使其不会重定向请求（或者在 iOS 应用程序上更容易处理此问题）？
好的，我找到问题所在了。 post 中对此进行了很好的描述：Beware WIF Session Authentication Module (SAM) redirects and WebAPI services in the same application
我有一个 WebAPI，它是更大的 WebForms 应用程序的一部分，部署在 https://domain/SimpleApp.
我注意到当使用 https://domain/simpleapp/api/endpoint 调用 API 端点时，我被重定向（状态代码 302）到 https://domain/SimpleApp/api/endpoint。
我没有设置任何 url-rewrite 规则。
在 iOS 应用程序上使用 API 时会导致一些错误 - 一些端点是安全的，并且在重定向时，"Authorization" header 被丢弃（默认Apple 平台上的行为）。作为记录：重定向发生在安全端点和 non-secured 端点上。
它是一些默认的 IIS 配置吗？是否可以更改它，使其不会重定向请求（或者在 iOS 应用程序上更容易处理此问题）？
好的，我找到问题所在了。 post 中对此进行了很好的描述：Beware WIF Session Authentication Module (SAM) redirects and WebAPI services in the same application