标签: Nginx,跨域
题目
在之前的分享的跨域资源共享的文章中,有提到要注重跨域时,假如要发送Cookie,Access-Control-Allow-Origin就不能设为*,必需指定明白的、与要求网页一致的域名。在此次项目开辟中与别人合作中就碰到此类题目。
处置惩罚思绪
- 平常来说,与背景应用CORS跨域资源共享将Access-Control-Allow-Origin设置为接见的域名即可,这个须要背景的合营,且有些浏览器是不支持的。
- 基于与合作方背景的合营,应用nginx方向代办来满足浏览器的同源战略来完成跨域
完成要领
反向代办观点
反向代办(Reverse Proxy)体式格局是指以代办效劳器来接收Internet上的衔接要求,然后将要求转发给内部收集上的效劳器;并将从效劳器上取得的效果返回给Internet上要求衔接的客户端,此时代办效劳器对外就表现为一个效劳器。反向代办效劳器关于客户端而言它就像是原始效劳器,而且客户端不须要举行任何迥殊的设置。客户端向反向代办的定名空间(name-space)中的内容发送平常要求,接着反向代办将推断向那边(原始效劳器)转交要求,并将取得的内容返回给客户端,就像这些内容底本就是它自己的一样。
应用nginx反向代办完成跨域的步骤
- 去nginx官网下载包搭建nginx环境
- 修正nginx的设置文件,找到ngixn.conf文件,修正相干设置
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
server {
listen 8000; #监听8000端口,能够改成其他端口
server_name localhost; # 当前效劳的域名
location /wili/api/ {
proxy_pass 你的接口地点; #增加接见途径录为/will/api的代办设置
proxy_http_version 1.1;
}
location / {
proxy_pass http://localhost:8001;
proxy_http_version 1.1;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
设置的诠释:
- 由设置信息可知,我们让nginx监听localhost的8000端口,网站A与网站B的接见都是经由localhost的8000端口举行接见。
- 我们特别设置了一个”/will/api”的接见,使以”will/api”开首的地点都转到””举行处置惩罚。
- 接见地点修正
既然我们已设置了nginx,那末一切的接见都要走nginx,而不是走网站底本的地点(A网站localhost:8001,B网站——”你的接口地点”)。所以要修正A网站中的要求接口换成http://localhost:8000/wili/api/。接下来启动nginx,接见设置的8000即可==须要注重的一点是nginx启动能够会争执端口形成启动不胜利,可在使命管理器检察是不是启动胜利。==
总结
浏览器跨域的处置惩罚体式格局有很多种:
- jsonp 须要目的效劳器合营一个callback函数
- CORS须要效劳器设置header:Access-Control-Allow-Origin
- nginx反向代办 这个要领平常很少有人说起,然则他能够不必目的效劳器合营,不过须要你搭建一个中转nginx效劳器,用于转发要求。(运用反向代办能够接见网页相干于之前相应会比较慢)