TP传输的两种模式

TP传输的两种模式

 
主动模式(active):
 
我们知道,FTP是由TCP封包的模式连接,TCP 这种封包由于需要经过 Server 端与 Client 端两边的『三次握手』之后,才能确定联机,也就是需要执行ACK确认的动作,需要经过以下几个动作。 
 
TP传输的两种模式
Client 端主动向 Server 端发送联机需求: 首先client端会随机选取1024以上的端口来主动联机到server端提供的21端口,也就是会主动发送一个封包到server。
 
Server 端接受后,响应给 Client 端:当 Server 接收到 Client 的要求之后,会响应 Client 端的需求,此时 Server 端会建立等待联机的资源,并且将一带有 SYN 与确认 (ACK) 的封包送回 Client 端;
 
Client 端回应确认封包:在 Client 端接收到来自 Server 端告知的封包后,会再次的发送一个确认封包给主机,此时,两边才会正式的建立起联机的通道,这个步骤 1 ~ 3 就是 Three-Way Handshake(三次握手)。需要注意的是,这个已经建立联机的通道(通常是 port 21)仅能进行 FTP 的『指令』而已,如果该指令涉及到数据的传送(data transfer)时,例如上传或下载等等,那么就需要额外建立一条数据传输的通道才行 ( ftp-data )!而数据传输的通道建立则需要继续底下的步骤;

 
Client 端发送数据传输要求的命令给 Server:当需要进行数据的传输时,Client 端会启用另一个高于 1024 的端口来做为联机的准备(这个高于 1024 的端口与步骤 1 那个端口不是同一个!),并且 Client 端会主动的利用刚刚已经建立的指令信道(通常是 port 21)发送一个命令告诉 Server 说:『我已经准备好一个数据传输的端口了,请准备进行传输吧』!
 
Server 端以 ftp-data 端口主动联机到 Client :收到命令之后的 Server 会『主动』的以 ftp-data 端口(一般为 port 20)向 Client 端通知的那个高于 1024 的端口进行联机。
 
Client 端响应主机端,并继续完成三次握手:在接到 Server 来的封包之后, Client 会响应一个带有 ACK 确认的封包,并继续来完成另一个三次握手的程序,此时,数据传输的通道才正式的建立。
 
以上就是client端以主动模式连接Server端的过程,适合FTP 服务器和PC客户端的直接建立连接,使用到的端口: 
(1)命令通道的 (预设为port 21) 。
(2)数据传输的 (预设为port 20)。
 
被动模式(passive)
 
还有一种网络状况,就是Client 端是在防火墙后端,或者是NAT主机后端,这个时候client端和server端之间建立FTP连接时,就会出现一些不一样的状况。
FTP client 是在 NAT 主机的后端,那由于我们的 NAT 主机会自动的纪录 client 端向外联机的信息,所以在 Client 依上面步骤 1 送出要求封包后,步骤 2 的 FTP 回传的封包可以透过 NAT 转交给 client ,这没有问题!所以, Client 连接到 Server 的命令通道 ( port 21 )可以正确的被建立起来的。不过,Client 端在建立起了命令通道之后,对 Server 下达数据传输的命令初会出现一些问题,我们以底下的图示来说明好了:
TP传输的两种模式
由于目前的 NAT 主机可以记录由内部计算机联机出去的信息,因此,由 port 21 的联机可以顺利的被建立起来;
 
当 Client 端由 port 21 下达数据传输的命令时,此时client会告诉 FTP Server 说:『我开了一个 >1024 的端口,请来连接吧』!
 
这个时候要特别留意的是,client经过NAT主机联机后,在 FTP Server 看到的client的 IP 其实是 NAT 那部主机的!所以,这个时候 FTP Server 会主动的由 port 20 向 NAT 主机的 >1024 那个 port 要求建立联机!
 
经过上图我们会发现,FTP Server会根据client的命令去连接那个>1024的端口,NAT主机或者防火墙并没有那个开启那个>1024的端口,所以就会造成无法连接的问题。
 
既然这样不能正常连接,那么我们就让client主动去连接服务器,这样就不会出现上述的问题了,这种方式我们称之为“被动模式(passive)”。被动模式会经过经过以下几个步骤:
 
  • Client 端主动向 Server 端发送联机需求:
  • Server 端接受后,响应给 Client 端:
  • Client 端回应确认封包:上面这三个步骤与主动式联机一样,同样的完成三次握手后,建立命令通道了!底下说明被动式数据传输信道的建立。
  • Client 端发送数据传输要求的命令给 Server:与主动模式不一样的是,在被动模式时,Client 端在下达命令之后,并告诉 FTP Server要使用的是PASV模式。 
  • Server 端挑选 > 1024 的端口等待联机:在接受 client 的 PASV 要求之后,如果没有特别的设定时 (目前的 Serv-U服务器可以指定PASV模式连接时的端口) ,Server 会随机选取一个大于 1024 的端口,并经由命令通道反馈给client。
  • Client 端主动向 Server 端建立联机并继续完成三次握手:经由命令通道得知 Server 的端口之后, Client 端会随机挑选另一个大于 1024 的端口,并主动向 Server 端的等待联机的端口进行联机动作,然后 Server 会响应一个带有 ACK 确认的封包,并继续来完成另一个三次握手的程序,此时,数据传输的信道就正式的建立。
上面说明了FTP的两种连接模式:
 
  • 主动模式(active):适合FTP Server和client直接建立连接时使用,
  • 被动模式(passive):适合client位于NAT或者防火墙之后的环境。
 
Serv-U可以设定pasv模式时使用的端口范围,具体设置步骤如下:

  • Serv-U管理控制台——服务器限制和设置—-设置—-PASV端口范围(这里指定一个大于1024的端口,比如50000~50010)
 
TP传输的两种模式
 

在防火墙上需要开启上面指定的端口范围。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/114156.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号