请教，为何我tcpdump到自己在不断发dns查询

163　使用tcpdump观察DNS通信过程
为了看清楚DNS通信的过程，下面我们将从ernest-laptop上运行host命令以查询主机>tcpflow实际上也是一个抓包工具，这个抓包工具与tcpdump不同的是它是以流为单位显示数据内容，而cpdump以包为单位显示数据。我们平常会经常分析>目的：捕捉web发送到mysql数据库服务器的sql语句
使用tcpdump捕捉发往mysql端口3306的sql语句，具体命令如下: tcpdump -A -s 0 -i eth1 host 17216018 -w dumpfile1cap,将tcpdump捕捉的包，用Wireshark解包即可获取发送mysql服务器的sql语句
其中 -A 是以ASCII码
-s 0 截取全部的数据包 默认值是截取部分
-i 指定从那个接口捕捉数据包
-w 将指定的数据包的存储文件

1、 网络中出现超出以太网MTU 值的数据包是由于jumbo　Frame 造成的，jumbo　Frame在内部的服务器之间或服务器与交换机之间经常使用，以提高数据传输的效率，在互联网上不会出现。
2、 jumbo　Frame的使用需要相关服务器和交换机的支持。

TCP(Transmission Control Protocol)　传输控制协议
TCP是主机对主机层的传输控制协议，提供可靠的连接服务，采用三次握手确认建立一个连接:
位码即tcp标志位,有6种标示:SYN(synchronous建立联机) ACK(acknowledgement 确认) PSH(push传送) FIN(finish结束) RST(reset重置) URG(urgent紧急)
Sequence number(顺序号码) Acknowledge number(确认号码)
　第一次握手：主机A发送位码为syn＝1,随机产生seq number=1234567的数据包到服务器，主机B由SYN=1知道，A要求建立联机；
　第二次握手：主机B收到请求后要确认联机信息，向A发送ack number=(主机A的seq+1),syn=1,ack=1,随机产生seq=7654321的包
　第三次握手：主机A收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack number=(主机B的seq+1),ack=1，主机B收到后确认seq值与ack=1则连接建立成功。
完成三次握手，主机A与主机B开始传送数据。
实例:
IP 19216811163337 > 19216811237788: S 3626544836:3626544836
IP 19216811237788 > 19216811163337: S 1739326486:1739326486 ack 3626544837
IP 19216811163337 > 19216811237788: ack 1739326487,ack 1
　第一次握手：1921681116发送位码syn＝1,随机产生seq number=3626544836的数据包到1921681123,1921681123由SYN=1知道，1921681116要求建立联机；
　第二次握手：1921681123收到请求后要确认联机信息，向1921681116发送
ack number=3626544837,syn=1,ack=1,随机产生seq=1739326486的包
　第三次握手：1921681116收到后检查ack number是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，1921681116会再发送
ack number=1739326487,ack=1，1921681123收到后确认seq=seq+1,ack=1则连接建立成功。

---