首页 文章

如何在AppHarbor上接受CORS AJAX请求?

提问于
浏览
2

我正在使用Thinktecture.IdentityModel nuget包为MVC Web应用程序中的WebAPI控制器启用CORS . 目前,我只担心POST,但让我知道其他动词的任何问题 . 这在通过IIS Express服务器运行时有效 .

在处理AppHarbor部署时,它不起作用 . nginx似乎没有通过OPTIONS请求传递给我的代码 . 还有什么需要让它在AppHarbor上运行?

请求

OPTIONS $ path HTTP / 1.1主机:$ servername连接:keep-alive访问控制请求方法:POST原点:http://www.local用户代理:Mozilla / 5.0(Windows NT 6.2; WOW64)AppleWebKit / 537.17(KHTML,与Gecko一样)Chrome / 24.0.1312.56 Safari / 537.17访问控制请求 Headers :接受,来源,内容类型接受:/ Referer:http://www.local/wordpress/2013/01/request -url-test / Accept-Encoding:gzip,deflate,sdch Accept-Language:en-GB,en; q = 0.8,en-US; q = 0.6 Accept-Charset:ISO-8859-1,utf-8; q = 0.7,*; q = 0.3

回复

HTTP / 1.1 200 OK服务器:nginx日期:星期三,2013年1月30日02:34:14 GMT内容长度:0连接:keep-alive允许:OPTIONS,TRACE,GET,HEAD,POST公开:OPTIONS,TRACE,GET ,HEAD,POST

我的web.config使用以下默认处理程序进行设置:

<handlers>
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>

WebDAV应该受到责备吗?

在Jeffery To的建议之后,我通过following these instructions禁用了WebDAV . 甚至不知道AH上安装了WebDAV,但这样做确实改变了我的结果 .

相关的Web.config部分

<handlers>
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" />
  <remove name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" />
  <remove name="ExtensionlessUrlHandler-Integrated-4.0" />
  <remove name="WebDAV" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_32bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness32" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-ISAPI-4.0_64bit" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" modules="IsapiModule" scriptProcessor="%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll" preCondition="classicMode,runtimeVersionv4.0,bitness64" responseBufferLimit="0" />
  <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="GET,HEAD,POST,DEBUG,PUT,DELETE,PATCH,OPTIONS" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0" />
</handlers>
<modules runAllManagedModulesForAllRequests="true">
  <remove name="WebDAVModule"/>
  <remove name="AspNetAppHarborIntegration" />
  <add name="AspNetAppHarborIntegration" type="Premotion.AspNet.AppHarbor.Integration.AppHarborModule, Premotion.AspNet.AppHarbor.Integration" />
</modules>

请求

OPTIONS $ path HTTP / 1.1主机:$ servername连接:keep-alive访问控制请求方法:POST原点:http://www.local用户代理:Mozilla / 5.0(Windows NT 6.2; WOW64)AppleWebKit / 537.17(KHTML,与Gecko一样)Chrome / 24.0.1312.57 Safari / 537.17访问控制请求 Headers :接受,来源,内容类型接受:/ Referer:http://www.local/wordpress/2013/01/request -url-test / Accept-Encoding:gzip,deflate,sdch Accept-Language:en-GB,en; q = 0.8,en-US; q = 0.6 Accept-Charset:ISO-8859-1,utf-8; q = 0.7,*; q = 0.3

回复

HTTP / 1.1 405方法不允许服务器:nginx日期:星期一,04二月2013 17:09:19 GMT内容类型:application / json; charset = utf-8 Content-Length:76连接:keep-alive Cache-Control:no-cache Pragma:no-cache Expires:-1

2 回答

  • 0

    WebDAV应该归咎于在响应中没有获得完整CORS头的最初问题 . 405错误是我的应用程序配置中的某个问题 .

    在深入研究内部结构后,似乎用于WebAPI的CORSMessageHandler(由Thinktecture提供)未正确识别预检请求,并且这些请求被路由到WebAPI对象本身 .

    我通过转移到_1856006而不是WebAPI来解决这个问题 . 这可能会在未来使生活变得更加困难,但至少它会起作用 .

  • 2

    我可能在这里遗漏了一些东西,但根据您所包含的示例响应,似乎 OPTIONS 方法实际上已发送到您的应用程序 - 响应中包含 AllowPublic 标头 .

相关问题