ansible nginx redis mysql事务 CC攻击 DOS攻击 DNS

最新推荐文章于 2023-01-05 18:23:05 发布

王盐盐

最新推荐文章于 2023-01-05 18:23:05 发布

阅读量4k

点赞数

分类专栏：问答总结文章标签：运维运维开发 nginx redis mysql

本文链接：https://blog.csdn.net/qq_57653432/article/details/123867635

版权

问答总结专栏收录该内容

1 篇文章 0 订阅

订阅专栏

问题一：ansible执行过程：

1.首先用户执行命令或者执行playbook

2.INI解析配置文件（从主机清单中解析出IP）

3.主机建立ssh连接

4.在被控主机创建临时目录

5.给创建的目录加权限

6.执行python脚本

7.删除脚本

问题二：显性URL和隐形URL区别：

域名解析URL转发分为显性和隐性，

显性URL：将域名重定向到另一个地址

隐性URL：与显性URL类似，但是会隐藏真实的目标地址

假设将域名A跳转到域名B来说下隐形URL和显性URL的区别：

显性URL：当浏览器地址栏输入域名A，网站打开后会重定向跳转到域名B；
隐形URL：当浏览器地址栏输入域名A，网站打开后浏览器地址栏依旧是域名A，但是显示的是网站域名B的内容。
!显性URL是利用301或302重定向的方式进行URL转发的；隐形URL是利用iframe框架技术来隐藏目标地址

域名转发：显性URL跳转和隐性URL跳转都属于域名转发，只是从一个域名跳转到另外一个域名而已，不须要在服务器端作域名解析便可生效。cname解析和隐性URL跳转后，在浏览器的地址栏中输入域名A（域名A被cname解析到域名B），则地址栏中的地址仍是域名A，而显性URL跳转后，浏览器地址栏中的域名会变成作了URL跳转后的域名。

问题三：有时候删除文件但是内存还没有被释放还在占用

1.某个进程正在使用资源还没有被释放，所以内存空间也没有被释放，可以杀掉进程

2.也可能是僵尸进程

问题四：redis的持

问题一：ansible执行过程：

问题二：显性URL和隐形URL区别：

问题三：有时候删除文件但是内存还没有被释放还在占用

问题四：redis的持久化方式：（为了减少数据库的压力）

RDB与AOF区别：

AOF重写适合在AOF运行了很久的写命令之后执行

问题六：DOS攻击，CC攻击，DDOS攻击的介绍和解决办法

持久化方式：（为了减少数据库的压力）

RDB：（全量）

(原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化),

AOF：（增量） Append Only File 追加写入同步三个步骤完成命令

（原理是将Reids的操作日志以追加的方式写入文件）

RDB与AOF区别：

RDB可以理解为是一种全量数据更新机制，AOF可以理解为是一种增量的更新机制，AOF重写可以理解为是一种全量+增量的更新机制（第一次是全量，后面都是增量）
RDB适合服务器数据库数据量小，写命令频繁的场景
AOF适合数据量大，写命令少的场景
AOF重写适合在AOF运行了很久的写命令之后执行

1.缓存穿透，缓存击穿，缓存雪崩的原理

缓存穿透：key中对应的缓存数据不存在，导致去请求数据库，造成数据库的压力倍增的情况
缓存击穿：redis过期后的一瞬间，有大量用户请求同一个缓存数据，导致这些请求都去请求数据库，造成数据库压力倍增的情况，针对一个key而言
缓存雪崩：缓存服务器宕机或者大量缓存集中某个时间段失效，导致请求全部去到数据库，造成数据库压力倍增的情况，这个是针对多个key而言

2.缓存穿透的解决办法

1.采用布隆过滤器进行数据拦截

2.如果数据为空也可以进行缓存，就不会发生穿透情况

3.缓存击穿解决办法

使用互斥锁(mutex key),就是一个key过期时，多个请求过来允许其中一个请求去操作数据库，其他请求等待第一个请求成功返回结果后再请求。

4.缓存雪崩的解决办法

这种情况是因为多个key同时过期导致的数据库压力，一种方法可以在key过期时间基础上增加时间随机数，让过期时间分散开，减少缓存时间过期的重复率
另一种方法就是加锁排队，这种有点像上面缓存击穿的解决方式，但是这种请求量太大，比如5000个请求过来，4999个都需要等待，这必然是指标不治本，不仅用户体验性差，分布式环境下就更加复杂，因此在高并发场景下很少使用
最好的解决方法，是使用缓存标记，判断该标记是否过期，过期则去请求数据库，而缓存数据的过期时间要设置的比缓存标记的长，这样当一个请求去操作数据库的时候，其他请求拿的是上一次缓存数据

5.redis事务：

redis事务可以一次性执行多个命令：

批量操作在发送 EXEC 命令前被放入队列缓存。
收到 EXEC 命令后进入事务执行，事务中任意命令执行失败，其余的命令依然被执行。

在事务执行过程，其他客户端提交的命令请求不会插入到事务执行命令序列中。

一个事务从开始到执行会经历以下三个阶段：

开始事务。
命令入队。
执行事务。

6.Watch监控（很重要）

1.)表锁与行锁：表锁是锁住整张表，使用这张表的这一瞬间只能一个人在使用

特点：并发性差但数据一致性高。

行锁：锁住一行记录

特点：并发性好，一致性差。

2. )乐观锁、悲观锁： 悲观锁就类似与表锁，它保证了数据一致性但牺牲了效率。而乐观锁虽与行锁有相似之处，但是它在行锁的基础之上做了提升。

3. Watch：监控

监控某一个或多个key，在执行事务之前如果被其他命令所打断那么事务终止。

！！！注意：只要执行了EXEC，之前加的监控锁都会被取消！Redis的事务不保证原子性，一条命令执行失败了，其他的仍然会执行，且不会回滚

问题五：nginx的负载均衡策略：

目前Nginx服务器的upstream模块支持6种方式的分配：

轮询	默认方式
weight	权重方式
ip_hash	依据ip分配方式
least_conn	最少连接方式
fair（第三方）	响应时间方式
url_hash（第三方）	依据URL分配方式

问题六：DOS攻击，CC攻击，DDOS攻击的介绍和解决办法

一、DDoS攻击介绍

DDoS攻击（Distributed Denial of Service）是分布式拒绝服务。

DOS攻击想办法让目标机器停止服务或资源访问，这些资源包括磁盘空间、内存、进程甚至网络

带宽，从而阻止正常用户的访问。

1.将大量流量像洪水一样涌向服务器（FLOOD），阻止合法的网络通讯

2.破坏两个机器间的连接，阻止访问服务

3.阻止特殊用户访问服务

4.破坏服务器的访问或者导致服务器死机

不过DOS攻击单独使用的较少，通常是将DOS攻击作为一次入侵的一部分，比如用大量的攻击攻击服务器，导致防入侵检测系统的日志过多，反应迟钝，这样就可以绕过检测系统

二、DDos攻击原理

TCP是提供可靠的、端到端的字节流通讯协议。

在TCP/IP协议中，IP层不保证将数据报正确传送到目的地，TCP从本地机器接受用户的数据流，将其分成不超过64K字节的数据片段，将每个数据片段作为单独的IP数据包发送出去，最后在目的地

机器中再组合成完整的字节流，TCP协议必须保证可靠性。

1.SYN Flood:利用TCP协议的原理，这种攻击方法是非常经典的DDOS方法。主要是通过受害主机发送大量伪造源IP和源端口的SYN或ACK包，导致主机的缓存组员被耗尽或忙于发送回应包而造成拒绝服务。

TCP三次握手：

1.客户端发送一个包含SYN标志的TCP报文，同步报文指明客户端所需要的端口号和TCP连接的初始化序列号

2.服务器收到SYN报文之后，返回一个SYN+ACK报文表示客户端被接受 TCP初始序列号+1

3.客户端也返回一个确认报文ACK给服务器，同样TCP序列号+1

4.如果服务器端没有收到客户端的确认报文ACK，则处于等待状态，将客户IP加入等待队列，然后轮询发送SYN+ACK报文

所以攻击者可以通过伪造大量的TCP握手请求，耗尽服务器端的资源

2.慢速攻击：Http协议中规定，HTTPRequest以\r\n\r\n结尾表示客户端发送成功。攻击者打开一个Http1.1的连接，将Connection设置为keep-Alive,然后保持与服务器的TCP长连接。始终不打送\r\n\r\b,每隔几分钟写入一些无意义的数据流，拖死机器。

三、DDoS攻击防御方法

1.过滤不必要的服务和端口

2.异常流量的清洗过滤：通过DDoS硬件防火墙对异常流量的清洗过滤，通过数据包的规则过滤、数据流指纹检测过滤、数据包内容定制过滤等技术能准确判断外来访问流量是否正常，进一步将异常流量禁止过滤。

四、CC攻击

CC攻击（Challenge Collapsar）是DDOS的一种，也是一种常见的网站攻击方法。攻击者通过代理服务器或者肉鸡向向受害主机不停地发大量数据包，造成对方服务器资源耗尽，一直到宕机崩溃。相比其它的DDOS攻击CC似乎更有技术含量一些。这种攻击你见不到真实源IP，见不到特别大的异常流量，但造成服务器无法进行正常连接。

五、CC攻击防御

1.把网站做成静态页面：把网站尽可能做成静态页面，能大大提高抗攻击能力。

2.存在多站的服务器上，严格限制每一个站允许的IP连接数和CPU的使用时间。