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

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

其实这只是水冲其中一种可能性
，今天文档君就给大家揭秘另一种可能——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攻击 ，让服务器可以为正常用户提供服务 。