node.js-矛盾的CORS错误:不存在“ Access-Control-Allow-Origin
发布时间:2020-12-13 20:54:59 所属栏目:Nginx 来源:网络整理
导读:我目前正在使用NGINX和Node. 在我的NGINX配置中,我将如下所示添加allow-origin头,然后将其传递给包含我的Node应用程序的授权端口: location /auth { add_header Access-Control-Allow-Origin *; proxy_pass http://watchdog:3000;} 在我的Node中间件中,我还
我目前正在使用NGINX和Node. 在我的NGINX配置中,我将如下所示添加allow-origin头,然后将其传递给包含我的Node应用程序的授权端口:
在我的Node中间件中,我还设置了标头以接受任何来源:
当我这样做时,Chrome浏览器会正确地抱怨我两次设置了标题:
显然,在NGINX和Node中都设置头是多余的. 但是,令人着迷(令人沮丧)的是,当我在保留NGINX标头的同时删除Node中间件时,出现以下Chrome控制台错误:
因此,基本上该错误声称要么1)标头设置太多次,要么2)标头完全没有设置. 最佳答案
当我尝试第三种可能性时,该错误消失了:仅在Node中设置标头,而不在NGINX中设置标头.
总结一下,这是我的发现: >在NGINX和Node中设置标题无效 就是说,我仍然不知道为什么这是解决方案.为什么仅在NGINX中设置标头绝对没有任何作用?也许是因为NGINX处理proxy_pass的方式? 任何理论/解释将不胜感激. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
相关内容
- 为什么SPDY在Nginx 1.4.3中打破’Vary:Accept-Encoding’?
- ruby-on-rails – 在ubuntu 14.04上使用passenger-install
- nginx – 在子URI下提供Tomcat
- 在nginx上proxy_request_buffering和proxy_buffering有什么
- 当Django代码更改时,uWSGI是否需要重新启动?
- nginx等各种服务器如何设置X-Frame-Options头
- 如何通过Nginx代理RDP
- regex-用于忽略请求参数的nginx规则
- PHP-Nginx-如果URL有查询,然后运行命令?
- nginx – $request_uri后缀的变量,与位置块前缀不匹配