跨域的配置

1.什么是跨域

跨域:指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的,是浏览器对javascript施加的安全限制。

注意:跨域限制访问,其实是浏览器的限制

同源策略:是指协议,主机(域名),端口都要相同,其中有一个不同都会产生跨域;

2. 跨域的解决方法

方式一:jsonp

jsonp (JSON With Padding) 就是打包在函数中调动的json,或者包裹的json
json 是一种数据格式;jsonp是一种数据调用方式

//json
{
  "name":"小明"
}

//jsonp
callback({
 "name":"小明"
})

方式二:CORS

CORS 跨域资源共享(Cross-Origin Resource Sharing)的缩写。它是 W3C 标准,属于跨源 AJAX 请求的根本解决方法。

1、普通跨域请求:只需服务器端设置Access-Control-Allow-Origin

2、带cookie跨域请求:前后端都需要进行设置

cors背后的基本思想是,使用自定义的HTTP头部允许浏览器和服务器互相了解对方,从而决定请求和响应成功与否。

以nodejs的koa框架为例子

app.use(async (ctx, next)=> {
  ctx.set('Access-Control-Allow-Origin', '*');
  ctx.set('Access-Control-Allow-Headers', 'Content-Type, Content-Length, Authorization, Accept, X-Requested-With , yourHeaderFeild');
  ctx.set('Access-Control-Allow-Methods', 'PUT, POST, GET, DELETE, OPTIONS');
  if (ctx.method == 'OPTIONS') {
    ctx.body = 200; 
  } else {
    await next();
  }
});

方式三:前端配置反向代理

  1. 在vue.config.js中配置如下
// 配置基本都是写死的
module.exports = {
  // 修改的配置 配置proxy 服务器代理
  devServer: {
    proxy: {
      // 如果请求的地址是以 /api 开头就会请求到'http://121.4.103.100',
      '/api': {
        target: 'http://121.4.103.100',
        changeOrigin: true,
        pathRewrite: {
          '^/api': '' //请求的时候api会被替换成''
        }
      }
    }
  }
}
  1. 直接使用/api/xxx/xxxuri调用接口即可代理会将/api进行替换/src/main.js`
import axios from 'axios';
import VueAxios from 'vue-axios'

// 接口代理时配置的URL,即需要替换的/api
axios.defaults.baseURL = '/api';
axios.defaults.timeout = 8000;

Vue.use(VueAxios, axios);
### 如何配置 Nginx 支持请求 为了使 Nginx 支持请求,可以通过调整 `location` 块中的响应头来实现 CORS(Cross-Origin Resource Sharing)。以下是详细的配置方法以及示例。 #### 配置步骤解析 在 Nginx 中支持请求的核心在于设置 HTTP 头部字段。通过在 `server` 或 `location` 块中添加特定的头部信息,可以允许来自其他源的请求访问资源[^1]。 以下是一个典型的配置示例: ```nginx server { listen 80; server_name example.com; # 设置前端页面根目录 location / { root /var/www/html; index index.html; } # API 接口位置 location /api { add_header 'Access-Control-Allow-Origin' '*' always; # 允许所有来源访问 add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; # 允许的方法 add_header 'Access-Control-Allow-Headers' 'Authorization, Content-Type'; # 允许的自定义头部 if ($request_method = 'OPTIONS') { add_header 'Access-Control-Allow-Origin' '*'; add_header 'Access-Control-Allow-Methods' 'GET, POST, OPTIONS'; add_header 'Access-Control-Allow-Headers' 'Authorization, Content-Type'; return 204; # 对于预检请求返回成功状态码 } proxy_pass http://backend_server_address; # 将请求转发给后端服务 } } ``` 上述配置的关键部分解释如下: - **`add_header 'Access-Control-Allow-Origin' '*'`**: 表明允许任何来源访问此资源。如果仅希望某些特定站点能够访问,则应替换为具体的 URL 地址[^3]。 - **`add_header 'Access-Control-Allow-Methods'`**: 定义哪些 HTTP 方法被允许执行操作。 - **`if ($request_method = 'OPTIONS')`**: 当浏览器发送预检请求 (preflight request) 时,会先发起一个 `OPTIONS` 请求以确认实际请求的安全性。这里需特别处理并返回适当的状态码[^4]。 #### HTTPS 下的特殊注意事项 当使用 SSL/TLS 加密传输数据时,在启用 HTTPS 的情况下也需要考虑安全因素。例如,对于生产环境而言,“*”通配符可能不够严格;建议明确指定可信任的具体名作为替代方案[^2]。 另外需要注意的是,一旦涉及到敏感信息交换或者身份验证机制(比如 OAuth),则更应该谨慎对待策略设计,防止潜在风险发生。 --- ### 示例总结 最终完整的 Nginx 配置可能会像这样呈现出来: ```nginx http { include mime.types; default_type application/octet-stream; sendfile on; keepalive_timeout 65; server { listen 443 ssl; server_name api.example.com; ssl_certificate cert.pem; ssl_certificate_key key.pem; location /api { add_header Access-Control-Allow-Origin "https://example.com"; add_header Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS"; add_header Access-Control-Allow-Credentials true; add_header Access-Control-Allow-Headers "DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type"; if ($request_method = 'OPTIONS') { add_header Access-Control-Allow-Origin "https://example.com"; add_header Access-Control-Allow-Methods "GET, POST, PUT, DELETE, OPTIONS"; add_header Access-Control-Allow-Headers "DNT,X-Mx-ReqToken,Keep-Alive,User-Agent,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type"; return 204; } proxy_pass http://localhost:3000/; } } } ``` 以上代码片段展示了如何在一个启用了 HTTPS 的环境中正确地实施资源共享政策。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值