最近的Windows Azure虚拟机维护后，不能使用FTP被动模式

最近，Windows Azure对虚拟机服务进行了定期维护。

我让我的机器不再启动，所以我重新从我的磁盘映像重新创build新的，这应该工作得很好迄今为止工作得很好。

在Windows Azure上运行被动FTP

我使用vsftpd在虚拟服务器上运行FTP服务。 主动和被动。 对于被动FTP，我select端口25003-25014作为范围。 我已经将它们设置在我的vsftpd.conf文件中，并且已经映射了Azure控制面板中的所有端点。

我的vsftpd.conf ：

• 通过GPO控制Windows XP和7防火墙
• VMWare ESXi上的虚拟化端节点防火墙 – VPN故障
• 我应该在Sonicwall 2400上为新的SSLVPN设置创build第二个WAN接口吗？
• Win7通过GPO忽略RemoteDesktop的防火墙
• OpenStack FWaaS扩展

 write_enable=YES dirmessage_enable=YES nopriv_user=ftpsecure local_enable=YES anonymous_enable=NO anon_world_readable_only=YES syslog_enable=NO xferlog_enable=YES vsftpd_log_file=/var/log/vsftpd.log xferlog_std_format=YES xferlog_file=/var/log/vsftpd.log connect_from_port_20=YES ascii_upload_enable=YES pam_service_name=vsftpd ssl_enable=NO pasv_min_port=25003 pasv_max_port=25014 anon_mkdir_write_enable=NO anon_root=/srv/ftp anon_upload_enable=NO chroot_local_user=YES ftpd_banner=WELCOME idle_session_timeout=900 listen=YES log_ftp_protocol=YES max_clients=30 max_per_ip=8 pasv_enable=YES ssl_sslv2=NO ssl_sslv3=NO ssl_tlsv1=YES pasv_addr_resolve=YES pasv_address=<myhost>.cloudapp.net 

端口映射（端口21位于列表顶部，屏幕截图中未显示）

问题

当客户端连接到FTP时，它将尝试进入被动模式但不成功。 进一步的分析使用tcpdump进行。 几个分析

Xftp客户端报告以下活动日志：

 STATUS:> Session started... STATUS:> Resolving the host 'XXXXXXXXXXXX'... STATUS:> Connecting to the server 'XXXXXXXXXXX'... 220 WELCOME STATUS:> Authenticating for 'YYYYYYYY'... COMMAND:> USER YYYYYYYYY 331 Please specify the password. COMMAND:> PASS **** 230 Login successful. COMMAND:> PWD 257 "/" STATUS:> Listing folder '/'... COMMAND:> CWD / 250 Directory successfully changed. COMMAND:> PWD 257 "/" COMMAND:> TYPE A 200 Switching to ASCII mode. COMMAND:> PASV 227 Entering Passive Mode (XXX,XXX,XXX,XXX,97,174). 

97,174应该是97*256+174=25006 。 然后我超时了。

 # netstat -oanp | grep vsftpd tcp 1 0 100.89.XXX.X:25013 0.0.0.0:* LISTEN 26084/vsftpd off (0.00/0/0) tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 25500/vsftpd off (0.00/0/0) tcp 0 0 100.89.XXX.X:21 100.89.XXX.YYY:57307 ESTABLISHED 26155/vsftpd keepalive (7212,10/0/0) tcp 0 0 100.89.XXX.X:21 MY.IP.ADDR.!!:57255 ESTABLISHED 26084/vsftpd keepalive (7081,01/0/0) 

我在服务器上运行了tcpdump，发现了两件事：

• 100.89.XXX.YYY ，它不是我的任何集群的一部分（它不是我拥有的云服务，而是与虚拟机在同一个子网中）获取大量的RST数据包。 但是，谁叫这台机器连接到我的FTP？
• 来自我的IP的SYN数据包永远不会到达服务器

我还注意到另一个有趣的事情。 当我从SSH控制台启动vsftpd ，大概需要一分钟的时间才能上线。 实际上这个过程开始，并在netstat列出， 但它需要一段时间来接受来自我的客户端的传入连接 。

我试图检查防火墙是否被禁用。 我运行yast firewall但发现机器上另一个防火墙是活动的 ：我没有configuration它们！

奇怪的工作解决方法

通过将PASV端口的范围缩小到只有一个，我发现经过几次尝试，最终连接到PASV端口并显示目录列表

这个问题

如何使vsftpd按预期再次运行？ 请注意，我从来没有改变configuration。

可能的相关问题（未确认）

上面的分析表明，FTP服务器的accept()系统调用和Azure将TCP SYN数据包从公共IP /端口路由到专用IP /端口的可能性相当大，从而导致超时。

所以我试图运行Webmin的一个实例，并立即尝试与我的浏览器连接：守护进程需要十几秒钟才能启动，但启动之后，它看起来像是立即响应，所以似乎不一定是原因