CORS:跨域访问、如何在Nginx中配置允许跨域访问

跨域访问(Cross-Origin Resource Sharing, CORS)是浏览器安全策略的一部分,用于控制不同源(origin)之间的资源共享。当一个网页尝试从不同的源(协议、域名或端口中的任何一个不同)加载资源时,就会触发跨域访问问题。以下是跨域访问的基本流程,通常不需要直接编程实现(除非是在服务器端配置CORS策略):

一、跨域访问流程:
  1. 请求发送:

    • 浏览器向服务器发送一个请求(如GET、POST等),尝试访问一个跨域的资源。
  2. 预检请求(可选):

    • 对于某些类型的跨域请求(如POST、PUT等),浏览器会首先发送一个OPTIONS请求到服务器,询问实际请求是否安全,即是否允许跨域。这称为"预检请求"。
    • 预检请求中通常包含Access-Control-Request-Method和Access-Control-Request-Headers头部,用于告诉服务器实际请求将使用的方法和头部信息。
  3. 服务器响应预检请求:

    • 如果服务器支持跨域请求,它会在响应中设置Access-Control-Allow-Origin头部,可能还包括Access-Control-Allow-Methods和Access-Control-Allow-Headers等,以指示哪些来源、方法和头部是允许的。
    • 如果服务器不支持跨域请求,则不会设置这些CORS相关的头部,或者可能会返回错误状态码(如403 Forbidden)。
  4. 浏览器处理响应:

    • 如果预检请求成功(即服务器返回了适当的CORS头部),浏览器会发送实际的请求。
    • 如果预检请求失败(如服务器未设置正确的CORS头部),浏览器会阻止实际请求的发送,并可能向控制台报告错误。
  5. 实际请求与响应:

    • 浏览器发送实际请求到服务器。
    • 服务器处理请求,并返回响应。
    • 如果响应中包含了正确的CORS头部(Access-Control-Allow-Origin等),浏览器会将响 应数据暴露给前端JavaScript代码。
    • 如果响应中未包含正确的CORS头部,浏览器会隐藏响应数据,并可能向控制台报告错误。
二、Nginx配置允许跨域访问
  1. Nginx配置如下,如果你的前端页面允许跨域访问,则需要在前端资源的location块中配置

    复制代码
    server {
        listen 80;
        server_name yourdomain.com;
    
        location /api/ {
            # 允许所有域跨域访问(不推荐,出于安全考虑应指定具体域名)
            # add_header 'Access-Control-Allow-Origin' '*';
    
            # 允许特定域跨域访问(推荐)
            add_header 'Access-Control-Allow-Origin' 'https://your-front-end-domain.com';
    
            # 允许的HTTP方法
            add_header 'Access-Control-Allow-Methods' 'GET, POST, PUT, DELETE, OPTIONS';
    
            # 允许的自定义请求头
            add_header 'Access-Control-Allow-Headers' 'Content-Type, Authorization, X-Requested-With';
    
            # 允许携带Cookie
            add_header 'Access-Control-Allow-Credentials' 'true';
    
            # 预检请求的有效期(可选)
            add_header 'Access-Control-Max-Age' 1728000;
    
            # 如果请求方法是OPTIONS,则直接返回204状态码,不执行后续操作
            if ($request_method = 'OPTIONS') {
                return 204;
            }
    
            # 其他配置...
        }
    }
相关推荐
荣--1 天前
一键部署不是为了省时间 —— 它是把"买来的 PaaS"变成"自己的平台"的拐点
运维·zabbix·工程化·一键部署·平台化·边界设计
江华森2 天前
动手实战学 Docker — 从零到集群编排完全指南
运维
Avan_菜菜2 天前
FRP 内网穿透完整实战:从 HTTP 映射到 HTTPS 自签代理
运维·nginx·https
SelectDB3 天前
Litefuse 开源并推出单进程轻量模式,25 秒就能跑起来的 Agent 可观测与评估平台
运维·后端·自动化运维
XIAOHEZIcode5 天前
Linux系统鼠标偏移常见原因以及修复方案
linux·运维·游戏
用户0328472220705 天前
如何搭建本地yum源(上)
运维
ping某6 天前
为什么 Nginx 明明监听了 80,转发后端时却用了 4xxxx 端口?
后端·nginx
大树888 天前
金刚石散热越强,管路越先见顶
大数据·运维·服务器·人工智能·ai
摇滚侠8 天前
Linux CentOS7 rpm 安装 MySQL 5.7
linux·运维·mysql
霸道流氓气质8 天前
领域驱动设计(DDD)在 Spring Boot 微服务中的实践指南
运维·spring boot·微服务