标签：alt ica 服务端 eve 工作 禁用 syn csdn 不一致
普通NAT实现了对UDP或TCP报文头中的的IP地址及端口转换功能，但对应用层数据载荷中的字段无能为力，在许多应用层协议中，比如多媒体协议（H.323、SIP等）、FTP、SQLNET等，TCP/UDP载荷中带有地址或者端口信息，这些内容不能被NAT进行有效的转换，就可能导致问题。而NAT ALG（Application Level Gateway，应用层网关）技术能对多通道协议进行应用层报文信息的解析和地址转换，将载荷中需要进行地址转换的IP地址和端口或者需特殊处理的字段进行相应的转换和处理，从而保证应用层通信的正确性。
FTP应用就由数据连接和控制连接共同完成，而且数据连接的建立动态地由控制连接中的载荷字段信息决定，这就需要ALG来完成载荷字段信息的转换，以保证后续数据连接的正确建立
FTP数据连接的协商分为两种模式，一种是主动模式，另一种是被动模式。
主动模式的特点是，在客户端和服务器端要进行文件传递时，首先是客户端使用一个报文告诉服务器端，它将用某个IP地址的某个端口作为数据连接（这个信息就是报文的载荷），也就是通常说的PORT命令。服务器端收到这个报文后，回应一个同意的ACK报文，然后服务器端会主动用自己的IP地址加上端口20来发送一个SYN报文到客户端通过PORT命令告诉它的那个IP地址和端口，和客户端建立起一个数据连接。
主动FTP：
命令连接：客户端 >1023端口 -> 服务器 21端口
数据连接：客户端 >1023端口 <- 服务器 20端口
被动模式的特点是，在客户端和服务器端要进行文件传递时，首先是服务器端通过一个报文告诉客户端，它将用那一个IP地址的那一个端口作为数据连接（该报文以命令字227开始），也就是PASV命令。客户端收到这个报文之后，回应一个同意的ACK报文。然后客户端会用自己的IP地址，然后任选一个能够使用的端口（注意：通常情况下都不是20）和服务器端告诉它的那个IP地址和端口相连接，建立数据连接。
被动FTP：
命令连接：客户端 >1023端口 -> 服务器 21端口
数据连接：客户端 >1023端口 -> 服务器 >1023端口
主动模式需要alg支持才能正常工作，被动模式不需要alg支持
一、测试环境：
我的电脑 WINSCP软件模拟FTP客户端 进行测试
路由器设备给终端提供网络接入，终端作为FTP客户与客户的FTP服务端连接（FTP需要禁用Passive模式，即使用主动模式进行上传文件）
FTP server is speedtest.tele2.net (90.130.70.73), login anonymous.FTP客户端使用WISCP模拟。
抓取lan口的包查看
1> active 模式：
1. 在active模式下，如下图抓的包中，在命令连接部分（ftp类型的包），client端使用的端口是 65181,这个端口是大于1024的任意端口，ftp server端用的端口是21
2.如下图，在active模式下，要传输数据时，ftp client告诉server数据传输联系端口 65182 （大于1024的任意端口），并进行listen，
正常的流程是server端用端口20主动和client端65182建立数据传输通道，并传输数据。这里是server知道 了client端的数据通道监听端口后，主动建立了数据传输通道，所以是主动模式。
然而这边的打印是传输通道建立失败
建立失败的可能原因一：响应发送的端口与原来请求的端口不一致，导致不能正常建立连接
建立失败的可能原因二：
当前的ftp client比较强大，当主动模式不通时会自动切换成被动模式，所以加不加alg都能正常工作，用户感觉不出来。
标识1 :表示当前的主动模式告诉ftp服务器使用 65182 的端口来访问ftp client.
标识2: 表示主动模式请求失败，client 主动切换成了被动模式
标识3: 表示数据传输使用的是被动模式，端口与之前请求的端口已经不一致了
修改后可以正常访问23.40与上面的1.100都是表示为 FTP 客户端
标识1 :表示当前的主动模式告诉服务器使用52049的端口来访问ftp client.
标识2: 表示主动模式请求成功。
标识3: 表示服务端成功使用端口52049来进行数据传输
参考文档：
https://blog.csdn.net/huyb100/article/details/82625749
捷克200套UR51出货新版本FTP问题（FTP主动模式无法正常传输数据问题）
标签：alt ica 服务端 eve 工作 禁用 syn csdn 不一致
原文地址：https://www.cnblogs.com/chenxiaomeng/p/11739237.html
