Nginx超详细入门教程

本文介绍了Nginx的配置文件结构,核心功能包括反向代理(正向代理与反向代理的概念及区别)、负载均衡(负载均衡策略)以及动静分离。此外,详细阐述了如何通过Keepalived实现Nginx的高可用性,包括配置Keepalived和处理主从节点切换。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

一、nginx配置文件介绍

二、nginx的核心功能

 1)反向代理

<1>正向代理

<2>反向代理

<3>准备工作

 2)负载均衡

3)负载均衡策略

4)动静分离

三、Nginx的高可用性

1)准备两台虚拟机并都安装nginx

2)需要在每一个nginx服务器上安装keepalived

3)修改keepalived的配置文件内容

 4)将 nginx_check.sh脚本文件放入/usr/local/src下

5)分别启动keepalived

6)访问虚拟ip

7)关闭主节点nginx并再次访问


一、nginx配置文件介绍

1)首先进入你自己的nginx安装的目录下找到nginx.conf文件并进入

2)进入nginx.conf文件后(vi nginx.conf),我们可以看到如下内容:

 3)自定义一个server

注意:修改了nginx配置文件,必须重新加载配置文件

./nginx -s reload

一个nginx可以对应多个server

4) 创建一个目录main并在该目录下创建一个main.html

 访问81端口:

(如果访问失败看是否放行了81端口)

二、nginx的核心功能

 1)反向代理

下面我们用借钱的例子来讲解一下正、反向代理。

<1>正向代理

拿借钱打个比方,A想向C借钱,但是C不认识A所以不借给他,然后A就通过B向C借钱,B借到钱之后再转交给A,在这个过程中B就扮演了一个正向代理的角色,这个过程中,真正借钱的人是谁,C是不知道的。

我们常说的代理也就是指正向代理,正向代理的过程,它隐藏了真实的请求客户端,服务端不知道真实的客户端是谁,客户端请求的服务都被代理服务器代替来请求。

<2>反向代理

还用借钱的例子,A想向C借钱,然后C借给他了,但是实际上这个钱可能C向B借的~至于钱到底是谁的,A是不知道的。这里的C扮演着一个反向代理的角色,客户不知道真正提供服务的人是谁。

反向代理隐藏了真实的服务端,对于客户来说不知道访问的是哪台服务器。

<3>准备工作

1、准备一台真实服务器----tomcat项目。----把一个springboot项目并放入linux服务器系统中。

 2、运行springboot项目

java -jar springboot01-demo01.jar

  

3、配置nginx来代理上面springboot真实项目服务

 记得重新加载nginx配置文件:

sbin目录下(./nginx  -s reload

放行端口号:firewall-cmd --add-port=82/tcp --zone=public --permanent

重启防火墙:systemctl restart firewall

4、浏览器访问nginx

 2)负载均衡

负载均衡是高可用网络基础架构的关键组件,通常用于将工作负载分布到多个服务器来提高网站、应用、数据库或其他服务的性能和可靠性。

负载均衡通常配合nginx一起使用

准备两台真实服务器:

nginx重新加载配置文件。

3)负载均衡策略

  • 轮询策略。
  • 权重策略。
  • ip_hash策略。
  • 第三方插件。 

(1)轮询策略(默认使用)

(2)权重策略:----适合服务器的配置不同,被访问的频率不同。

(3)ip_hash策略: ----根据客户端的ip分配相应真实服务器。  

(4)第三方插件:(大多数付费) 

4)动静分离

把静态资源【css,js,img】交于nginx来处理,而动态资源【接口,jsp】还是有真实服务器处理。

好处: 当修改静态资源时,无需对每个真实服务器的静态资源做修改,只需要修改nginx一处的静态资源

创建一个springboot项目

 

配置nginx进行代理:

 在nginx中新建static文件夹将静态资源放入,并运行jar包进行访问。

三、Nginx的高可用性

思考:

1)nginx如果出现问题该怎么办?---------提高 高可用性

2)当主节点宕机后,如何让客户访问到从节点?-------虚拟一个ip,客户只需访问虚拟ip即可

3)如何让主节点和从节点之间能够切换?------使用keepalived组件来解决上面的问题,它会自动监控主从的状态,并可以帮nginx虚拟ip,还可在主从之间切换。

下面进入准备工作:

1)准备两台虚拟机并都安装nginx,192.168.232.166 192.168.232.167

2)需要在每一个nginx服务器上安装keepalived

yum install keepalived 安装keepalived

rmp -q -a keepalived 检查是否安装keepalived

默认安装路径:/etc/keepalived

3)修改keepalived的配置文件内容

将/etc/keepalived下的配置文件内容替换为下面的内容并进行修改:

global_defs {
	notification_email {
	  acassen@firewall.loc
	  failover@firewall.loc
	  sysadmin@firewall.loc
	}
	notification_email_from Alexandre.Cassen@firewall.loc
	smtp_ server 192.168.232.166
	smtp_connect_timeout 30
	router_id 192.168.232.166
}

vrrp_script chk_http_port {
	script "/usr/local/src/nginx_check.sh"
	interval 2
	weight -20
}

vrrp_instance VI_1 {
	state MASTER
	interface ens33
	virtual_router_id 51
	priority 100
	advert_int 1
	authentication {
		auth type PASS
		auth pass 1111
        }
	virtual_ipaddress { 
		192.168.232.50
	}
	#将 track_script 块加入 instance 配置块
	track_script {
	chk_http_port #执行 Nginx 监控服务
	}
}

 

 4)将 nginx_check.sh脚本文件放入/usr/local/src下:

#!/bin/bash
# 检查是否开启nginx
A=`ps -C nginx --no-header |wc -l`
if [ $A -eq 0 ];then
        systemctl stop keepalived
fi

两台虚拟机都要进行以上操作。

5)分别启动keepalived

systemctl start keepalived.service

并将两台nginx都开启:在其sbin目录下./nginx

6)访问虚拟ip

7)关闭主节点nginx并再次访问

/usr/soft/nginx/sbin/nginx -s stop 关闭nginx

### 解决Content Security Policy (CSP) img-src 'self' data: base64 错误 当遇到 `img-src` CSP 指令违反策略的问题时,通常是由于网页尝试加载不符合指定来源的图像资源引起的。以下是可能的原因以及解决方案: #### 原因分析 1. **CSP 策略定义不足** 当前 CSP 中设置了 `img-src 'self'`,这意味着只有来自同一源(即当前域名)的图片才能被加载。如果页面中有通过 `data:` 或者其他外部 URL 加载的图片,则会被阻止[^1]。 2. **Base64 图像嵌入问题** 使用 Base64 编码的内联图像是一种常见的优化手段,但如果未显式允许 `data:` 协议,在 CSP 下这些图像将无法正常显示。 3. **动态生成的内容冲突** 动态注入 HTML 内容可能导致意外行为,尤其是当内容中包含不受信任的数据时,这可能会触发 CSP 警告或错误。 --- #### 解决方案 ##### 方法一:扩展 `img-src` 定义范围 修改 `<meta>` 标签中的 CSP 策略以支持更多类型的图像来源。例如: ```html <meta http-equiv="Content-Security-Policy" content="default-src 'self'; script-src 'self'; img-src 'self' data:;"> ``` 上述配置表示除了允许同源的图片外,还允许基于 Base64 的编码图像加载。 ##### 方法二:调整服务器端响应头 如果 CSP 是由 HTTP 头部设置而非 `<meta>` 标签控制,则需更新 Web 服务器配置文件。对于 Nginx 和 Apache 分别有以下示例: - **Nginx** ```nginx add_header Content-Security-Policy "default-src 'self'; script-src 'self'; img-src 'self' data;"; ``` - **Apache** ```apache Header set Content-Security-Policy "default-src 'self'; script-src 'self'; img-src 'self' data;" ``` 以上更改确保浏览器能够识别并接受 Base64 数据作为合法的图像来源[^1]。 ##### 方法三:移除违规代码片段 检查前端代码是否存在非法调用第三方资源的情况。比如某些框架库自动插入了跨域请求或者使用了未经许可的协议加载媒体资产。清理掉不必要的部分有助于减少潜在风险。 ##### 方法四:启用报告机制捕获异常事件 为了更好地监控实际运行状况,建议开启 CSP Reports 功能收集反馈日志以便后续改进措施制定。 ```html <meta http-equiv="Content-Security-Policy" content="... report-uri /csp-report-endpoint"> ``` 此操作会把每次发生的违禁访问记录提交至指定 URI 地址供管理员审查处理。 --- ### 示例代码展示 下面给出一段简单的 PHP 页面演示如何正确应用增强后的 CSP 设置防止类似问题再次发生。 ```php <?php header('Content-Security-Policy: default-src \'self\'; script-src \'self\'; img-src \'self\' data:'); ?> <!DOCTYPE html> <html lang="en"> <head> <title>CSP Example</title> </head> <body> <!-- 合法本地图片 --> <img src="/images/example.jpg"> <!-- 合法base64编码图片 --> <img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAUA..." alt="Embedded Image"> <h1>Secure Page Loaded Successfully!</h1> </body> </html> ``` ---
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值