当前位置: 技术问答>linux和unix
关于tcp协议的问题
来源: 互联网 发布时间:2015-12-24
本文导语: 我在书上看到的TCP/IP的三次握手的方法是: A→B:SYN(序列号=M) B→A:SYN(序列号=N),ACK(应答序号=M+1) A→B:ACK(应答序号=N+1) 但是照上面的方法来说的话,比如客户端向服务器80...
我在书上看到的TCP/IP的三次握手的方法是:
A→B:SYN(序列号=M)
B→A:SYN(序列号=N),ACK(应答序号=M+1)
A→B:ACK(应答序号=N+1)
但是照上面的方法来说的话,比如客户端向服务器80端口发送SYN,应该是服务器的80端口和客户端进行三次握手并且以后保持数据通信,但是实际情况是服务器分配另一个端口来专门和客户端进行三次握手并且以后保持数据通信阿,这是为什么呢?工作原理是什么?
还有一个问题:
我的机器向服务器80端口发送http请求并且用下面的命令监视了很多服务器80 端口传过来的数据:
tcpdump tcp and src port 80
这又是为什么呢?实际情况是服务器分配另一个端口来专门和客户端进行三次握手并且以后保持数据通信,这样的话和服务器的80端口的通信量应该非常小才对阿
本人是正在学习tcp/ip协议的菜鸟,谢谢指教
A→B:SYN(序列号=M)
B→A:SYN(序列号=N),ACK(应答序号=M+1)
A→B:ACK(应答序号=N+1)
但是照上面的方法来说的话,比如客户端向服务器80端口发送SYN,应该是服务器的80端口和客户端进行三次握手并且以后保持数据通信,但是实际情况是服务器分配另一个端口来专门和客户端进行三次握手并且以后保持数据通信阿,这是为什么呢?工作原理是什么?
还有一个问题:
我的机器向服务器80端口发送http请求并且用下面的命令监视了很多服务器80 端口传过来的数据:
tcpdump tcp and src port 80
这又是为什么呢?实际情况是服务器分配另一个端口来专门和客户端进行三次握手并且以后保持数据通信,这样的话和服务器的80端口的通信量应该非常小才对阿
本人是正在学习tcp/ip协议的菜鸟,谢谢指教
|
你是想知道了解 SYN Flood吗???