Nginx配置解决浏览器跨域

跨域:浏览器同源策略 1995年,同源政策由 Netscape 公司引入浏览器。目前,所有浏览器都实行这个政策。 最初,它的含义是指,A网页设置的 Cookie,B网页不能打开,除非这两个网页"同源"。所谓"同源"指的是"三个相同"

协议相同 http https
域名相同 www.xdclass.net
端口相同 80 81

一句话:浏览器从一个域名的网页去请求另一个域名的资源时,域名、端口、协议任一不同,都是跨域

浏览器控制台跨域提示:
No ‘Access-Control-Allow-Origin’ header is present on the requested resource. Origin ‘null’ is therefore not allowed access.
解决方法

JSONP

Http响应头配置允许跨域

nginx层配置
程序代码中处理通过拦截器配置
Nginx开启跨域配置

location下配置

location / {
add_header ‘Access-Control-Allow-Origin’ KaTeX parse error: Double superscript at position 64: …w-Credentials' '̲true'; add_…request_method = ‘OPTIONS’) {
add_header ‘Access-Control-Max-Age’ 1728000;
add_header ‘Content-Type’ ‘text/plain; charset=utf-8’;
add_header ‘Content-Length’ 0;
return 200;
}

}

在使用 `iframe` 加载资源时,浏览器出于安全策略的限制会阻止这种请求。如果目标是嵌入一个不同源的页面到当前页面中的 `iframe` 中,并且该页面是由自己控制的服务端(如后端 API 或前端静态服务),可以通过配置 Nginx 作为反向代理来解决问题。 ### 使用 Nginx 配置解决 iframe 问题 #### 1. 基本原理 通过 Nginx 将前后端服务统一映射到同一个名和端口下,使得前端页面与后端接口看似来自同一来源,从而绕过浏览器的同源策略限制。例如,前端服务部署在 `http://frontend:8081`,后端服务部署在 `http://backend:8080`,Nginx 可以将它们统一代理为 `http://proxy_name:8000/frontend` 和 `http://proxy_name:8000/backend`。 #### 2. Nginx 配置示例 以下是一个典型的 Nginx 配置片段,用于解决 `iframe` 问题: ```nginx http { upstream frontend { server frontend:8081; } upstream backend { server backend:8080; } server { listen 8000; server_name proxy_name; location /frontend { proxy_pass http://frontend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } location /backend { proxy_pass http://backend; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } } ``` 通过上述配置,前端页面可以访问 `http://proxy_name:8000/frontend`,而后端接口则通过 `http://proxy_name:8000/backend` 访问,两者共享相同的名和端口,避免了问题[^3]。 #### 3. 解决 iframe 的其他方法 除了使用 Nginx 代理外,还可以结合 `document.domain` 方法处理子之间的问题。假设前端应用部署在 `a.foo.com`,而后端服务部署在 `b.foo.com`,可以通过设置 `document.domain = 'foo.com'` 来实现两个页面之间的通信[^4]。 #### 4. CORS 的替代方案 如果不希望通过修改后端代码启用 CORS,Nginx 还可以通过添加响应头来模拟 CORS 行为。例如,在 `location` 块中添加以下内容: ```nginx add_header 'Access-Control-Allow-Origin' '*'; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'DNT,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range'; add_header 'Access-Control-Max-Age' 1728000; add_header 'Access-Control-Allow-Credentials' 'true'; ``` 这样即使后端未显式支持 CORS,也可以通过 Nginx 实现资源共享[^2]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值