Javascript .net webforms站点在Cloudfront后面时缺少WebResource.axd
我正试图让现有的.NETWebForms站点在Cloudfront之后运行,但所有webforms都崩溃了 更深入地看——站点显示良好,但webforms会崩溃,因为Javascript .net webforms站点在Cloudfront后面时缺少WebResource.axd,javascript,asp.net,webforms,amazon-cloudfront,Javascript,Asp.net,Webforms,Amazon Cloudfront,我正试图让现有的.NETWebForms站点在Cloudfront之后运行,但所有webforms都崩溃了 更深入地看——站点显示良好,但webforms会崩溃,因为完全缺失。不是404--缺少--html响应中完全缺少脚本标记 这似乎是.NET嗅探浏览器,并为特定的browser+页面定制WebResource.axd 如果没有。没有WebResource.axd 做curlhttp://some-aspnet-webforms-site.example.com/form.aspx似乎也证实了
完全缺失。不是404--缺少--html响应中完全缺少脚本标记
这似乎是.NET嗅探浏览器,并为特定的browser+页面定制WebResource.axd
如果没有。没有WebResource.axd
做curlhttp://some-aspnet-webforms-site.example.com/form.aspx
似乎也证实了这一点。未包含WebResource.axd
如何让Cloudfront欺骗最终用户的浏览器,从而包含WebResource.axd?(转发Cookie和querystring似乎不起作用,转发所有标题似乎破坏了cloudfront。)
或者至少,即使嗅探失败,我如何强制.net始终注入/插入WebResource.axd?解决方案是编辑Cloudfront distribution>Behavior>.net webforms Behavior,并转发标题“白名单”;仅输入用户代理。当然,也可以转发cookies和查询 好像WebResource已经编译好了 特别是转发用户代理修复了该问题,webforms恢复工作 在Cloudfront中转发“所有”标题会破坏某些东西。我不知道转发所有标题会造成什么/哪里的问题,但它给出了通用的AWS“拒绝访问”xml错误页。刚刚在文档“CloudFront将[User Agent]标题字段的值替换为Amazon CloudFront”中找到了这一点