04-nginx的跨域、静态资源防盗链、rewrite

最新推荐文章于 2023-07-08 16:43:46 发布
最新推荐文章于 2023-07-08 16:43:46 发布
阅读量902 收藏 3
点赞数 2
分类专栏： nginx 文章标签： nginx 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43788522/article/details/125822128
版权

nginx的应用

1、nginx的跨域问题解决

1.1 同源策略

浏览器的同源策略：是一种约定，是浏览器最核心也是最基本的安全功能，如果浏览器少了同源策略，则浏览器的正常功能都会受到影响。
同源条件:协议、域名（IP）、端口三者都相同才为同源。

http://192.168.200.131/user/1
https://192.168.200.131/user/1
不是同源：协议不同

http://192.168.200.131/user/1
http://192.168.200.132/user/1
不是同源：ip不同

http://192.168.200.131/user/1
http://192.168.200.131:8080/user/1
不是同源：端口不同

http://www.nginx.com/user/1
http://www.nginx.org/user/1
不是同源：域名不同

http://www.nginx.org:80/user/1
http://www.nginx.org/user/1
满足同源

1.2 跨域问题

简单描述如下：
有两台服务器分别为A，B，如果从服务器A的页面发送异步请求到服务器B获取数据，如果服务器A和服务器B不满足同源策略就会出现跨域问题。

1.3跨域问题演示

出现跨域问题会有什么效果?,接下来通过一个需求来演示下
在这里插入图片描述

  1. nginx的html目录下新建一个a.html
    在这里插入图片描述

  2. 在nginx.conf配置如下内容
    在这里插入图片描述

  3. 通过浏览器访问测试
    在这里插入图片描述

1.4跨域问题解决

使用add_header指令，该指令可以用来添加一些头信息。

语法add_header name value…
默认值—
位置http、server、location

此处用来解决跨域问题，需要添加两个头信息，一个是Access-Control-Allow-Origin,Access-Control-Allow-Methods。
Access-Control-Allow-Origin: 直译过来是允许跨域访问的源地址信息，可以配置多个(多个用逗号分隔)，也可以使用*代表所有源
Access-Control-Allow-Methods:直译过来是允许跨域访问的请求方式，值可以为 GET POST PUT DELETE…,可以全部设置，也可以根据需要设置，多个用逗号分隔。
具体配置方式

location /getUser{
    add_header Access-Control-Allow-Origin *;
    add_header Access-Control-Allow-Methods GET,POST,PUT,DELETE;
    default_type application/json;
    return 200 '{"id":1,"name":"TOM","age":18}';
}

在这里插入图片描述

2、静态资源防盗链

2.1 什么是资源盗链

资源盗链指的是此内容不在自己服务器上，而是通过技术手段，绕过别人的限制将别人的内容放到自己页面上最终展示给用户。以此来盗取大网站的空间和流量。简而言之就是用别人的东西成就自己的网站。
效果演示
京东
百度 发现百度这张图片打不开，而把改连接放在浏览器窗口地址栏中打开可以打开，这就是百度有资源防盗链。
在这里插入图片描述
我们自己准备一个页面，在页面上引入这两个图片查看效果
在这里插入图片描述
在这里插入图片描述
从上面的效果，可以看出来，下面的图片地址添加了防止盗链的功能，京东这边我们可以直接使用其图片。

2.2 Nginx防盗链的实现原理

了解防盗链的原理之前，我们得先学习一个HTTP的头信息Referer,当浏览器向web服务器发送请求的时候，一般都会带上Referer,来告诉服务器该网页是从哪个页面链接过来的。
在这里插入图片描述
后台服务器可以根据获取到的这个Referer信息来判断是否为自己信任的网站地址，如果是则放行继续访问，如果不是则可以返回403(服务端拒绝访问)的状态信息。
在这里插入图片描述
Nginx防盗链的具体实现:
valid_referers:nginx会通就过查看referer自动和valid_referers后面的内容进行匹配，如果匹配到了就将$invalid_referer变量置0，如果没有匹配到，则将$invalid_referer变量置为1，匹配的过程中不区分大小写。

语法valid_referers none|blocked|server_names|string…
默认值—
位置server、location

none: 如果Header中的Referer为空，允许访问
blocked:在Header中的Referer不为空，但是该值被防火墙或代理进行伪装过，如不带"http://" 、"https://"等协议头的资源允许访问。
server_names:指定具体的域名或者IP
string: 可以支持正则表达式和*的字符串。如果是正则表达式，需要以~开头表示，例如

location ~*\.(png|jpg|gif){
           valid_referers none blocked www.baidu.com 192.168.200.222 *.example.com example.*  www.example.org  ~\.google\.;
           if ($invalid_referer){
                return 403;
           }
           root /usr/local/nginx/html;

}

  • 在/usr/local/nginx/html/images/下有张图片mv.png，在配置文件有如下配置：
    在这里插入图片描述
    在这里插入图片描述

  • 实现防盗链，在配置文件中做如下配置
    在这里插入图片描述

  • 再次访问http://192.168.38.130/a.html,访问不到mv.png了，说明设置成功。
    在这里插入图片描述

  • 原因分析
    在这里插入图片描述
    遇到的问题:图片有很多，该如何批量进行防盗链？
    针对目录进行防盗链
    配置如下：

// 原理：就是location中的路径写成了/images，这样就相当于配置了针对目录的防盗链
location /images {
           valid_referers none blocked www.baidu.com 192.168.200.222 *.example.com example.*  www.example.org  ~\.google\.;
           if ($invalid_referer){
                return 403;
           }
           root /usr/local/nginx/html;

}

这样我们可以对一个目录下的所有资源进行翻到了操作。

遇到的问题：Referer的限制比较粗，比如随意加一个Referer，上面的方式是无法进行限制的。那么这个问题改如何解决？

此处我们需要用到Nginx的第三方模块ngx_http_accesskey_module，第三方模块如何实现盗链，如果在Nginx中使用第三方模块的功能，这些我们在后面的Nginx的模块篇再进行详细的讲解。

3、Rewrite功能配置

Rewrite是Nginx服务器提供的一个重要基本功能，是Web服务器产品中几乎必备的功能。主要的作用是用来实现URL的重写。

注意:Nginx服务器的Rewrite功能的实现依赖于PCRE的支持，因此在编译安装Nginx服务器之前，需要安装PCRE库。Nginx使用的是ngx_http_rewrite_module模块来解析和处理Rewrite功能的相关配置。

3.1 “地址重写"与"地址转发”

重写和转发的区别:

地址重写浏览器地址会发生变化而地址转发则不变
一次地址重写会产生两次请求而一次地址转发只会产生一次请求
地址重写到的页面必须是一个完整的路径而地址转发则不需要
地址重写因为是两次请求所以request范围内属性不能传递给新页面而地址转发因为是一次请求所以可以传递值
地址转发速度快于地址重写

3.2Rewrite规则

set指令

该指令用来设置一个新的变量。

语法set $variable value;
默认值—
位置server、location、if

variable:变量的名称，该变量名称要用"$"作为变量的第一个字符，且不能与Nginx服务器预设的全局变量同名。
value:变量的值，可以是字符串、其他变量或者变量的组合等。
在这里插入图片描述

Rewrite常用全局变量
变量说明
$args变量中存放了请求URL中的请求指令。比如http://192.168.200.133:8080?arg1=value1&args2=value2中的"arg1=value1&arg2=value2"，功能和$query_string一样
$http_user_agent变量存储的是用户访问服务的代理信息(如果通过浏览器访问，记录的是浏览器的相关版本信息)
$host变量存储的是访问服务器的server_name值
$document_uri变量存储的是当前访问地址的URI。比如http://192.168.200.133/server?id=10&name=zhangsan中的"/server"，功能和$uri一样
$document_root变量存储的是当前请求对应location的root值，如果未设置，默认指向Nginx自带html目录所在位置
$content_length变量存储的是请求头中的Content-Length的值
$content_type变量存储的是请求头中的Content-Type的值
$http_cookie变量存储的是客户端的cookie信息，可以通过add_header Set-Cookie 'cookieName=cookieValue’来添加cookie数据
$limit_rate变量中存储的是Nginx服务器对网络连接速率的限制，也就是Nginx配置中对limit_rate指令设置的值，默认是0，不限制。
$remote_addr变量中存储的是客户端的IP地址
$remote_port变量中存储了客户端与服务端建立连接的端口号
$remote_user变量中存储了客户端的用户名，需要有认证模块才能获取
$scheme变量中存储了访问协议
$server_addr变量中存储了服务端的地址
$server_name变量中存储了客户端请求到达的服务器的名称
$server_port变量中存储了客户端请求到达服务器的端口号
$server_protocol变量中存储了客户端请求协议的版本，比如"HTTP/1.1"
$request_body_file变量中存储了发给后端服务器的本地文件资源的名称
$request_method变量中存储了客户端的请求方式，比如"GET","POST"等
$request_filename变量中存储了当前请求的资源文件的路径名
$request_uri变量中存储了当前请求的URI，并且携带请求参数，比如http://192.168.200.133/server?id=10&name=zhangsan中的"/server?id=10&name=zhangsan"
  • 示例
    在这里插入图片描述
if指令

该指令用来支持条件判断，并根据条件判断结果选择不同的Nginx配置。

语法if (condition){…}
默认值—
位置server、location

condition为判定条件，可以支持以下写法：

  1. 变量名。如果变量名对应的值为空或者是0，if都判断为false，其他条件为true。

    if ($param){
	
}

    在这里插入图片描述

  2. 使用"=“和”!="比较变量和字符串是否相等，满足条件为true，不满足为false
    在这里插入图片描述
    在这里插入图片描述
    注意：此处和Java不太一样的地方是字符串不需要添加引号。

  3. 使用正则表达式对变量进行匹配，匹配成功返回true，否则返回false。变量与正则表达式之间使用~、~*、!~、!~*来连接。

    "~"代表匹配正则表达式过程中区分大小写，

    "~*"代表匹配正则表达式过程中不区分大小写

    "!~"和"!~*"刚好和上面取相反值，如果匹配上返回false,匹配不上返回true
    在这里插入图片描述
    注意：正则表达式字符串一般不需要加引号，但是如果字符串中包含"}"或者是";"等字符时，就需要把引号加上。

  4. 判断请求的文件是否存在使用"-f"和"!-f",
    当使用"-f"时，如果请求的文件存在返回true，不存在返回false。
    当使用"!-f"时，如果请求文件不存在，但该文件所在目录存在返回true,文件和目录都不存在返回false,如果文件存在返回false
    在这里插入图片描述

5.判断请求的目录是否存在使用"-d"和"!-d"
当使用"-d"时，如果请求的目录存在，if返回true，如果目录不存在则返回false；当使用"!-d"时，如果请求的目录不存在但该目录的上级目录存在则返回true，该目录和它上级目录都不存在则返回false,如果请求目录存在也返回false.
6. 判断请求的目录或者文件是否存在使用"-e"和"!-e"
当使用"-e",如果请求的目录或者文件存在时，if返回true,否则返回false.
当使用"!-e",如果请求的文件和文件所在路径上的目录都不存在返回true,否则返回false
7. 判断请求的文件是否可执行使用"-x"和"!-x"
当使用"-x",如果请求的文件可执行，if返回true,否则返回false
当使用"!-x",如果请求文件不可执行，返回true,否则返回false

break指令

该指令用于中断当前相同作用域中的其他Nginx配置。与该指令处于同一作用域的Nginx配置中，位于它前面的指令配置生效，位于后面的指令配置无效并且break还有另外一个功能就是终止当前的匹配并把当前的URI在本location进行重定向访问处理。

语法break;
默认值—
位置server、location、if
  • 没进入if块时
    在这里插入图片描述
  • 进入if块时
    在这里插入图片描述
  • 上述报404,原因，查看日志/usr/local/nginx/logs/error.log
    在这里插入图片描述
  • 在/usr/local/nginx/html创建目录testBreak，并创建index.html
    在这里插入图片描述
return指令

该指令用于完成对请求的处理，直接向客户端返回响应状态代码。在return后的所有Nginx配置都是无效的。

语法return code [text];
return code URL;
return URL;
默认值—
位置server、location、if

code:为返回给客户端的HTTP状态代理。可以返回的状态代码为0~999的任意HTTP状态代理
text:为返回给客户端的响应体内容，支持变量的使用
URL:为返回给客户端的URL地址
regex:用来匹配URI的正则表达式
在这里插入图片描述

rewrite指令

该指令通过正则表达式的使用来改变URI。可以同时存在一个或者多个指令，按照顺序依次对URL进行匹配和处理。
URL和URI的区别：
URI:统一资源标识符
URL:统一资源定位符

语法rewrite regex replacement [flag];
默认值—
位置server、location、if

regex:用来匹配URI的正则表达式
replacement:匹配成功后，用于替换URI中被截取内容的字符串。如果该字符串是以"http://"或者"https://"开头的，则不会继续向下对URI进行其他处理，而是直接返回重写后的URI给客户端。
在这里插入图片描述
rewrite指定工作原理
break，if，return，rewrite 和set指令执行的顺序如下：

  1. 如果server块中的rewrite的指令有多个，则会安装顺序依次执行；
  2. 重复如下操作
    • 寻找能够匹配到当前uri的location;
    • 在上一步找到的location中依次执行；
    • 如果再次导致URL的rewrite，那么再一次进行内部跳转去匹配location（不会去匹配server中的rewrite），但跳转的总次数不能超过10次。
      官网

在这里插入图片描述
举例二：
在这里插入图片描述

flag:用来设置rewrite对URI的处理行为，可选值有如下：

  • last:终止继续在本location块中处理接收到的URI，并将此处重写的URI作为一个新的URI重新发起新的内部重定向，使用各location块进行处理，为重写后的URI提供了转入到其他location块的机会。而新的URI中极有可能和旧的URI一样再次匹配到相同location中，这样死循环发生了。当循环到第10次时，Nginx会终止这样无意义的循环。----地址栏url不变。
    在这里插入图片描述
    在这里插入图片描述

  • break
    将此处重写的URI作为一个新的URI，立即停止后序所有指令集。----地址栏url不变
    在这里插入图片描述
    小结

  • last和break在server块中并没有什么区别，区别在location块中。last参数接着用新的URI马上搜寻新的location，而break不会搜寻新的location，直接用这个新的URI去处理请求，这样能够避免重复rewrite。因此在server上下文中使用last、break区别不大，而在location上下文中使用break（可以避免重复匹配造成的500错误），

  • server中的rewrite可以跳转到location，location中匹配到的rewrite不会执行server中的rewrite。

  • redirect： 返回302临时重定向，地址栏显示重定向后的url

  • permanent ： 返回301永久重定向, 地址栏显示重定向后的url
    在这里插入图片描述

rewrite_log指令

该指令配置是否开启URL重写日志的输出功能。

语法rewrite_log on|off;
默认值rewrite_log off;
位置http、server、location、if

开启后，URL重写的相关日志将以notice级别输出到error_log指令配置的日志文件汇总。

在这里插入图片描述

3.3Rewrite案例

1. 域名跳转

1.问题分析
先来看一个效果，如果我们想访问京东网站，大家都知道我们可以输入www.jd.com,但是同样的我们也可以输入www.360buy.com同样也都能访问到京东网站。这个其实是因为京东刚开始的时候域名就是www.360buy.com，后面由于各种原因把自己的域名换成了www.jd.com, 虽然说域名变量，但是对于以前只记住了www.360buy.com的用户来说，我们如何把这部分用户也迁移到我们新域名的访问上来，针对于这个问题，我们就可以使用Nginx中Rewrite的域名跳转来解决。
2.环境装备

  • 准备三个域名
    在这里插入图片描述

  • 在/usr/local/nginx/html下创建lss.html
    在这里插入图片描述

  • 测试能否正常访问
    在这里插入图片描述

  • 通过nginx实现，当访问www.lss.cn，www.lyy.cn都跳转到ccc.lyy.cn
    在这里插入图片描述
    问题描述:如何在域名跳转的过程中携带请求的URI？
    在这里插入图片描述

2. 域名镜像

镜像网站指的是将一个完全相同的网站分别放置到几台服务器上，并分别使用独立的URL进行访问。其中一台服务器上的网站叫做主站，其他的为镜像网站。镜像网站和主站没有太大的区别，可以把镜像网站理解为主站的一个备份节点。可以通过镜像网站提供网站在不同地区的响应速度。镜像网站可以平衡网站的流量负载、可以解决网络宽带限制、封锁等。而我们所说的域名镜像和网站镜像比较类似，上述案例中，将www.lss.cn 和 www.lyy.cn都能跳转到ccc.lyy.cn，那么ccc.lyy.cn我们就可以把它起名叫主域名，其他两个就是我们所说的镜像域名，当然如果我们不想把整个网站做镜像，只想为其中某一个子目录下的资源做镜像，我们可以在location块中配置rewrite功能，比如:

在这里插入图片描述

3.独立域名

一个完整的项目包含多个模块，比如购物网站有商品搜索模块、商品详情模块以及购物车模块等，那么我们如何为每一个模块设置独立的域名。
需求：

http://search.lss.com 访问商品搜索模块
http://item.lss.com 访问商品详情模块
http://cart.lss.com 访问商品购物车模块

访问上述三个模块的域名都去`www.lss.com`去查找

server{
	listen 80;
	server_name search.lss.com; 当用户输入：http://search.lss.com/huaweip40 访问商品搜索模块
	rewrite ^(.*) http://www.lss.com/search$1 last;  // 匹配为：http://www.lss.com/search/huaweip40
}
server{
	listen 81;
	server_name item.lss.com; 当用户输入:http://item.lss.com:81/huaweip40/detail
	rewrite ^(.*) http://www.lss.com/item$1 last; // 匹配为：http://www.lss.com/item/huaweip40/detail
}
server{
	listen 82;
	server_name cart.lss.com; // 当用户输入http://www.cart.lss.com:82/lsscart
	rewrite ^(.*) http://www.lss.com/cart$1 last; // 匹配为:http://www.lss.com/cart/lsscart
}
4.目录自动添加"/"

问题描述
通过一个例子来演示下问题:

server{
	listen 80;
	server_name localhost;
	location /lzz {
		root html;
		index lss.html index.htm;
	}
}

在这里插入图片描述
通过http://192.168.38.131/lss和http://192.168.38.131/lss/都能访问成功，但是两者有何区别？
在这里插入图片描述
如果不加/，Nginx服务器会内部做一个301重定向，重定向的地址会有一个指令叫server_name_in_redirection on | off；指令来决定重定向的地址：

如果该指令为on
	重定向的地址为:  http://server_name/目录名/;
如果该指令为off
	重定向的地址为:  http://原URL中的域名/目录名/;

所以就刚才的地址来说http://192.168.38.131/lzz，如果不加斜杠，那么按照上述规则，如果指令server_name_in_redirection on ，则301重定向地址变为http://localhost:8080/lzz/，如果为off，则重定向地址变为：http://192.168.38.131/lzz/。后面这个正常的，前面地址就有问题。因为浏览器通过http://localhost:8080/lzz/中localhost访问不到。

在这里插入图片描述

注意

  1. server_name_in_redirect指令在Nginx的0.8.48版本之前默认都是on，之后改成了off,所以现在我们这个版本不需要考虑这个问题，但是如果是0.8.48以前的版本并且server_name_in_redirect设置为on，我们如何通过rewrite来解决这个问题？

  2. 上面的uri后面加不加斜杠是对于目录而言的，如果都定位到某个文件了就无需加不加斜杠了。

    http://localhost/lzz/ 考虑后面加不加斜杠
http://localhost/lzz/lss.html 定位到某个文件了，自然不用加/

解决方案
可以使用rewrite功能为末尾没有斜杠的URL自动添加一个斜杠

location /lzz {
            server_name_in_redirect on;
            root   html;
            if (-d $request_filename){
                rewrite ^(.*)([^/])$ http://$host:$server_port$1$2/ permanent;
            }
            index  lss.html index.htm;
        }

在这里插入图片描述
目前的版本，不用考虑这个问题。

4.合并目录

搜索引擎优化(SEO)是一种利用搜索引擎的搜索规则来提供目的网站的有关搜索引擎内排名的方式。我们在创建自己的站点时，可以通过很多种方式来有效的提供搜索引擎优化的程度。其中有一项就包含URL的目录层级一般不要超过三层，否则的话不利于搜索引擎的搜索也给客户端的输入带来了负担，但是将所有的文件放在一个目录下又会导致文件资源管理混乱并且访问文件的速度也会随着文件增多而慢下来，这两个问题是相互矛盾的，那么使用rewrite如何解决上述问题?
举例，网站中有一个资源文件的访问路径时 /server/11/22/33/44/20.html,也就是说20.html存在于第5级目录下，如果想要访问该资源文件，客户端的URL地址就要写成

http://http://192.168.38.131/11/22/33/44/20.html,

server {  
        listen 8083;
        server_name localhost;
            
        location /server{     
           root html;
        } 
   }

在这里插入图片描述
但是这个是非常不利于SEO搜索引擎优化的，同时客户端也不好记.使用rewrite我们可以进行如下配置:

  server {
        listen 8083;
        server_name localhost;

        location /server{
          rewrite ^/server-([0-9]+)-([0-9]+)-([0-9]+)-([0-9]+)-([0-9]+)\.html$ /server/$1/$2/$3/$4/$5.html last;
          root html;
        }
   }

**加粗样式**在这里插入图片描述

这样的话，客户端只需要输入http://192.168.38.131:8083/server-11-22-33-44-20.html就可以访问到20.html页面了。这里也充分利用了rewrite指令支持正则表达式的特性。

4.防盗链

防盗链之前我们已经介绍过了相关的知识，在rewrite中的防盗链和之前将的原理其实都是一样的，只不过通过rewrite可以将防盗链的功能进行完善下，当出现防盗链的情况，我们可以使用rewrite将请求转发到自定义的一张图片和页面，给用户比较好的提示信息。下面我们就通过根据文件类型实现防盗链的一个配置实例:

  • 在usr/local/nginx/html/images放一张forbidden.png的图片，通过http://192.168.38.131:8080/forbidden.png可以访问到
    在这里插入图片描述

  • 添加了资源防盗链之后：
    在这里插入图片描述

  • 使用rewrite重写
    在这里插入图片描述

安慕希ai
关注
  • 2
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
在Nginx中配置静态资源防盗链
java之书-资源
05-17 52
在Nginx中配置静态资源防盗链实现案例
Nginx 代理静态资源，解决跨域问题
最新发布
甘蓝的专栏
01-01 1056
Nginx 代理静态资源，实现请求同源，解决请求跨域报错问题。
Nginx解决静态资源跨域问题
ybb_ymm的专栏
01-15 2989
今天遇到一个很棘手的问题，明明已经解决了服务端的跨域问题了，为什么访问数据资源还是跨域。错误提示： Access to font at '
静态资源跨域问题——cors解决
superermiao的博客
04-16 8670
由于静态资源一般会在另一个服务器里，所以如果前端访问，由于浏览器的同源策略，域名，端口号，协议不一样就容易引起跨域问题。 主要解决方案： 方案一 cors解决方案： 跨源资源共享 Cross-Origin Resource Sharing(CORS) 是一个新的 W3C 标准，它新增的一组HTTP首部字段，允许服务端其声明哪些源站有权限访问哪些资源。换言之，它允许浏览器向声明了 CORS 的跨域服...
静态资源跨域解决方案
u011442726的博客
07-28 2611
Access to font at 'http://static.xxx.com/css/element-ui/fonts/element-icons.woff' from origin 'http://lw.xxx.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. 这是出现问题的现象 nginx静态资源允许跨域访问 在.
使用Nginx解决跨域问题
热门推荐
qi341500的博客
02-16 1万+
使用Nginx解决跨域问题 1、修改浏览器、客户端访问地址 2、在nginx.conf配置文件需配置server 3、在Nginx中配置客户端访问的接口（按照规则或通配），并设置被代理的服务器 4、在Nginx中统一配置客户端访问的头部信息（解决跨域问题） 5、在服务器端设置相应的头部信息（字符集编码等）
nginx配置静态资源允许跨域访问
x871752024的博客
02-08 2762
【代码】nginx配置静态资源允许跨域访问。
Nginx跨域访问场景配置和防盗链详解
09-29
在本文中，我们将深入探讨Nginx服务器在处理跨域访问和防盗链方面的配置。跨域访问控制和防盗链是Web服务器管理中两个重要的安全措施，它们对于保护网站资源和确保正常用户体验至关重要。 首先，我们来理解一下为...
解决nginx/apache静态资源跨域访问问题详解
09-15
本篇文章将详细介绍如何在Nginx和Apache服务器上配置静态资源以解决跨域访问问题。 首先，我们来看Apache服务器的配置。Apache是流行的开源HTTP服务器，它允许通过修改配置文件来实现跨域设置。主要步骤如下： 1. ...
cpp-Nginx静态资源重定向模块
08-16
在C++编程环境下，我们可以为Nginx开发自定义模块来扩展其功能，例如"cpp-Nginx静态资源重定向模块"就是一个这样的例子。这个模块旨在优化网站性能，通过重写静态资源（如CSS、JavaScript和图片）的URL，将请求转发...
ingress-nginx-controller（含镜像和代码）.rar
10-28
ingress-nginx-controller 是 Kubernetes 社区维护的一个项目，它提供了对 Ingress 资源的实现，使得可以通过定义简单的 YAML 文件来管理对外暴露的服务路由。Nginx 作为业界广泛使用的高性能反向代理服务器，其稳定...
解决Nginx静态资源跨域问题
泯灭于众生，高歌于孤夜！
04-28 615
解决nginx静态资源跨域 add_header 'Access-Control-Allow-Origin' '*';
Nginx报跨域问题怎么解决
weixin_61189391的博客
07-08 2217
也就是说，我们通过ip访问一个资源的时候，其实他并不是你浏览器输入的ip地址，你在访问的时候他就给你。，一台服务够嘛，我相信是不够的，这个时候肯定就会出现。的，我们需要把前端部署到服务器上，这个时候就可以使用。，通过浏览器访问，就是欢迎你来到nginx，但是，，那为什么报错了跨域问题呢，是因为当前这个请求的。格式的请求，在请求一个资源的时候，先会发送一个。，将用户的并发量分布到这个服务，一般默认是使用。也就是说，我通过ip访问一个资源的时候，如果。呢，这个时候就是访问80，你需要。
跨域问题以及关于Nginx的一些内容
Fishermen_sail的博客
03-12 952
当前URl请求URL是否跨域原因否本域（协议、域名、端口号相同）是协议不同（http、https）是域名不同（zhihu、baidu）是端口号不同（8080、9090）根据上面的表，总的来说就是协议主机端口号三者任意一个不同就是跨域。
nginx中的防盗链的设置
荣山的博客
08-09 317
nginx中的防盗链的设置
Nginx 代理解决前端跨域问题
青蛙king的博客
09-08 7345
参考文章： https://www.jb51.net/article/193516.htm 前端开发者必备的nginx知识 https://blog.csdn.net/William526/article/details/101621007 https://www.cnblogs.com/lingyao/p/11201517.html Nginx 安装配置–菜鸟教程 Nginx 中文文档
Nginx静态资源部署
Kevin.yang专栏
11-22 1万+
前言：传统的web项目，一般都将静态资源连同项目部署在容器中（如tomcat、jetty）,但是有时需要把这些静态资源文件单独拿出来，ngnix这时可以来充当静态资源服务器的功能。配置Nginx/Tengine请先确保自己的服务器安装了Nginx或者Tengine（本文以Tengine为例） 将静态资源文件拷贝到指定目录，如/home/admin 配置nginx-proxy.conf文件 serv
nginx(四十九)使用referer模块和secure_link模块提供变量防盗链
wzj_110的博客
11-16 1908
nginx防盗链
nginx搭建静态文件服务器支持跨域配置
wo_buzhidao的博客
01-13 1356
** nginx搭建静态文件服务器支持跨域配置 ** 在server模块中添加配置： add_header 'Access-Control-Allow-Origin' '*'; server { listen 80; add_header 'Access-Control-Allow-Origin' '*'; location /filedata { alias D:\NginxData; all
nginx 静态资源跨域
07-27
nginx可以通过配置来解决静态资源跨域问题。在nginx的配置文件中，可以使用add_header指令来设置Access-Control-Allow-Origin头部，从而允许跨域访问静态资源。例如，可以在静态资源站点的配置中添加以下代码： ``` server { listen 80; add_header 'Access-Control-Allow-Origin' '*'; server_name dev.aaa.com; root /yuxuntoo/static/uploadfile; index index.html; } ``` 通过这样的配置，就可以解决静态资源站点的跨域问题。这里的`add_header 'Access-Control-Allow-Origin' '*'`表示允许任何来源的请求访问静态资源。当然，你也可以根据需要设置具体的来源。 需要注意的是，这只是一种解决静态资源跨域问题的方法，还有其他的解决方案，比如使用CDN来处理跨域问题。具体的选择可以根据实际情况和需求来决定。\[1\]\[2\] #### 引用[.reference_title] - *1* [Nginx解决静态资源跨域问题](https://blog.csdn.net/ybb_ymm/article/details/128691476)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] - *2* *3* [04-nginx的跨域、静态资源防盗链、rewrite](https://blog.csdn.net/qq_43788522/article/details/125822128)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^control_2,239^v3^insert_chatgpt"}} ] [.reference_item] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值