问题描述：
在阿里云使用WINDOWS IIS搭建了FTP服务器，使用被动模式，指定了被动端口并且已经放行FTP的命令和数据端口。在实际使用时发现使用专用的FTP客户端（如WinSCP、lftp、浏览器等）一切正常，当使用FTP命令时可以登陆FTP服务器，但不能建立FTP数据连接，也就不能列出和传输数据文件。提示：ftp: connect: Resource temporarily unavailable。
分析：
通过抓包和返回的信息发现FTP服务器返回了数据端口号和服务器IP地址，但服务器IP地址是内网IP，而非实际使用的公网IP，此时FTP客户端会向该内网IP发起数据会话建立请求，因为路由不可达所以超时后提示ftp: connect: Resource temporarily unavailable。
经过测试，是由于该FTP服务器运行在阿里云的VPC内，而VPC默认不进行公网IP和内网IP的NAT转换。但是专用的FTP客户端和浏览器则可以根据返回的数据包，提取出FTP数据端口号向源公网IP发起数据会话请求，由此可见，传统的FTP命令还是不够“聪明”。
解决方法：
IIS:
在FTP服务器上手工指定公网IP即可，此时FTP服务器在返回被动模式数据端口时将返回带有指定公网IP的套接字信息。如下：
vsftpd:
对于Linux下的vsftpd，需添加：pasv_address=公网IP。
或者关闭PASV模式的安全检查，即：pasv_promiscuous=YES，该检查确保数据连接和控制连接是来自同一个IP地址。小心打开此选项。此选项唯一合理的用法是存在于由安全隧道方案构成的组织中。默认值为NO。
注意：当使用pasv_address指定公网IP时，必须将监听的IP地址改为IPv4，即：listen=YES，否则vsftpd将返回错误的被动套接字，如：227 Entering Passive Mode (0,0,0,0,34,198). 。而启用IPv4地址时则需要禁用IPv6地址的监听，因为两者互斥。
listen=YES #指定被动模式时的公网IP地址时只能监听在IPv4地址 listen_ipv6=NO #与listen冲突，默认监听IPv6地址，当监听在IPv4时IPv6必须禁用，否则vsftpd.service将无法启动 pasv_enable=YES pasv_min_port=8900 pasv_max_port=8909 pasv_address=47.95.120.253 #指定被动模式时的公网IP地址 #pasv_addr_resolve=YES #pasv_promiscuous=YES
