网页无法加载？原来是服务器被洪水冲垮了

我们在上网时可能会遇到无法访问网站
、网页无法务器网站加载缓慢、加载游戏卡顿等现象，原服我们通常认为这是被洪网速问题。

其实这只是水冲其中一种可能性，今天文档君就给大家揭秘另一种可能——SynFlood泛洪攻击。网页无法务器

1.什么是加载SynFlood

SynFlood泛洪攻击也叫SYN泛洪，是原服DDoS（Distributed Denial of Service，分布式拒绝服务）的被洪经典攻击方式之一 。

SynFlood就像它的水冲名字一样，利用洪水一样的模板下载网页无法务器Syn报文来攻击服务器，占用服务器的加载资源，导致服务器无法为正常用户服务。原服

当我们遇到网站无法访问等问题时，被洪可能就是水冲因为服务器被Syn泛洪攻击了，导致无法响应我们的请求 。

由于攻击者可以利用工具向服务器发送海量变源IP地址或变源端口的Syn报文
，因此即使增强了服务器的性能 、或提高服务器的连接能力，也无法抵御Syn泛洪攻击。高防服务器

防御SynFlood的关键在于判断哪些连接请求来自于非正常用户，让服务器屏蔽非正常用户的请求 ，保障正常用户的业务请求能得到服务。

2.SynFlood是如何抓住漏洞进行攻击的

SynFlood是一种攻击服务器的方式，它通过向服务器发送大量伪造的Syn报文来耗尽服务器的资源，从而使服务器无法响应正常用户的请求。源码库

其中，Syn报文指的是TCP协议中的Synchronize报文，是TCP三次握手过程中客户端向服务器发送的首个报文。

要了解Syn Flood的攻击手段 ，首先我们先来回顾一下TCP三次握手的过程是什么样的：

图片

第一次握手：客户端向服务器发送一个Syn请求报文
，等待服务器确认 。

第二次握手：服务器收到Syn报文
，云计算回应一个Syn-Ack请求确认报文 。

第三次握手：客户端收到服务器的Syn-Ack报文 ，向服务器发送Ack确认报文表示确认 ，服务器收到Ack报文后完成三次握手
，建立TCP连接。

图片

在上述过程中，还有一个重要的概念就是未连接队列。

在三次握手的过程中
，服务器在收到客户端的Syn报文后 ，会在未连接队列中 ，为每个客户端的亿华云Syn报文开设一个条目。

该条目表明服务器已收到Syn包，并向客户发出Syn-Ack报文，等客户端回复Ack报文或连接超时之后 ，服务器才删除该条目。

当未连接队列被占满后，服务器就无法响应其他客户的请求了  。

而SynFlood正是利用TCP连接中三次握手的这种机制，如下图所示，SynFlood的攻击过程如下图所示 ：

图片

攻击者通过伪造的源IP地址或端口，向服务器发送大量的香港云服务器Syn报文 ，请求建立TCP连接 。服务器收到Syn报文，回应一个Syn-Ack报文并等待用户确认
。由于源地址是不存在的，服务器接收不到回应的Ack报文，需要反复发送Syn-Ack确认报文直至连接超时 。这些伪造的Syn包将长时间占用未连接队列，使服务器无法回应正常用户的Syn报文请求。

图片

3.如何应对SynFloo d

对于SynFlood这样利用海量Syn报文攻占服务器连接资源的攻击，提高服务器的连接能力并没有太大的作用 。

所以，必须在这些攻击报文到达服务器之前就进行拦截 。

但是对于防火墙这类安全系统而言，Syn报文是正常的业务报文
，防火墙无法将其拦截 ，否则服务器将无法对外提供服务
。

另外，防火墙也不能提前明确虚假源的IP地址 ，利用安全策略来拦截这些源发来的Syn报文。

这时就需要Anti-DDoS系统的能力了，Anti-DDos系统部署在客户端和服务器之间 ，可以在服务器之前处理Syn报文 ，识别出虚假源，屏蔽这些地址发送的报文，只将合法的Syn报文传送给服务器。

Anti-DDos系统处理Syn报文的方式主要有两种：源认证和首包丢弃。

源认证

Anti-DDos系统拦截客户端发送的Syn报文。

如下图所示 ，在源认证方式下，Anti-DDos系统会代替服务器向客户端发送Syn-Ack报文 ，如果客户端无回应，则认为该客户端为虚假源 。

如果客户端应答，则认为该客户端为真实源，将该客户端加入白名单，在一段时间内允许该客户端发送的所有Syn报文通过。

但这种方式其实是将服务器的压力转移到Anti-DDos系统上 ，一旦Anti-DDos系统的资源被消耗完 ，攻击还是会回到服务器上
。

图片

首包丢弃

TCP协议的可靠性除了体现在三次握手机制 ，还体现在超时与重传的机制。

首包丢弃的方式就是利用TCP协议可靠性中超时与重传的机制。

就像服务器如果长时间未收到客户端的Ack报文，会重新给客户端发送Syn-Ack报文一样，如果客户端发送Syn请求报文后长时间未收到服务器发来的Syn-Ack报文，客户端也将重新发送Syn请求报文给服务器。

如下图所示，Anti-DDos系统会丢弃客户端发送的第一个Syn报文 。

而因为攻击者在发动SynFlood攻击时  ，发送的绝大多数是变源的Syn报文，因此这些Syn报文对于Anti-DDos系统来说都是首包，系统将直接丢弃 。只有当客户端重传了Syn报文
，Anti-DDos才会对该报文进行源认证，这样就大大减少了Anti-DDos系统的压力。

图片

通过首包丢弃和源认证这两种方式的结合使用，就可以帮助服务器有效抵御Syn Flood攻击
，让服务器可以为正常用户提供服务。