拒绝执行脚本,因为启用了严格的MIME类型检查

时间:2018-02-05 15:55:20

标签: nginx reverse-proxy mime-types

我已经通过另一个域名(www.bbb.com)为网络服务(www.aaa.com)设置了NGINX反向代理,同时为后者添加了一些额外的页面。

请求来自www.bbb.com(nodejs app),但他们需要看起来像来自www.aaa.com,否则我将遇到CORS(跨域资源共享)问题。因此NGINX会调整标题。

NGINX config

worker_processes 1;
events {
    worker_connections 1024;
}
http {
    include mime.types;
    include servers/*;
    default_type application/octet-stream;
    sendfile on;
    keepalive_timeout 65;

    server {
        listen 443 ssl;
        server_name www.bbb.com;
        ssl_certificate /etc/pki/nginx/server.crt;
        ssl_certificate_key /etc/pki/nginx/private/server.key;
        ssl_session_cache shared:SSL:1m;
        ssl_session_timeout 5m;
        ssl_ciphers HIGH:!aNULL:!MD5;
        ssl_prefer_server_ciphers on;

        location / {
            proxy_set_header X-Real-IP 127.0.0.1;
            proxy_set_header Host www.aaa.com;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_pass https://www.aaa.com;
            proxy_http_version 1.1;
        }
    }
}

看起来其中一个资源没有通过反向代理获得正确的 MIME类型 https://www.aaa.com/scripts/some.script.api.js

错误

  

拒绝执行来自' https://www.bbb.com/scripts/some.script.api.js'的脚本因为它的MIME类型(' text / html')不可执行,并且启用了严格的MIME类型检查。

text/html确实不正确,我期待application/javascript

1。为什么会这样? 我认为MIME类型只是自动设置?那可能是www.aaa.com实施了一些新的CORS安全规则吗?

2。有没有办法告诉NGINX为该特定文件设置正确的MIME类型?我尝试过一些事情无济于事。

e.g。

add_header Content-Type application/javascript;

但我可能错了。 有什么指针吗?

另一个Stackoverflow question

上描述的类似问题

1 个答案:

答案 0 :(得分:2)

您可以尝试使用http://nginx.org/r/default_type;我想到的另一件事是http://nginx.org/r/proxy_hide_headers

我还建议第一行是确定此问题的根本原因 - 来自您的上游的MIME类型是否错误?然后看那里。

否则,我的猜测是您获得text/html的原因是因为您的配置出现了其他问题,并且会为您的.js文件生成404 Not Found响应(或者甚至是上游的403 Forbidden或者500的nginx),从而产生text/html MIME类型。