FileZilla通过外部IP连接时，数据传输即将启动阶段触发ETIMEDOUT错误求助

Hey there, sorry to hear you're stuck with this FileZilla connection issue—ETIMEDOUT errors during data transfer can be super frustrating, especially when you’re pretty sure the server’s set up correctly. Let’s walk through some common fixes that usually get this sorted out:

• 检查被动模式配置
  FileZilla默认使用被动模式，但如果你的服务器在NAT路由器后面，被动模式需要正确配置端口转发。进入FileZilla服务器设置的「被动模式设置」，手动指定一段被动端口（比如50000-50100），然后在路由器上将这些端口转发到服务器的内网IP。同时在客户端的FileZilla设置里，确保「连接->FTP->被动模式」选项设为「使用服务器的外部IP地址」。

• 验证全链路防火墙规则
  别忽略任何一层的防火墙限制：

  • 服务器端防火墙（Windows Defender防火墙、Linux iptables等）：确保FTP控制端口（默认21）和你指定的被动端口段完全开放。
  • 路由器防火墙：仔细检查端口21和被动端口的转发规则是否正确，没有拦截入站连接的限制。
  • 客户端防火墙：确认它允许向服务器IP和端口发起出站FTP数据连接。

• 确认服务器的公网IP正确性
  很容易搞混内网IP和公网IP。在服务器上查询自己的公网IP（可通过浏览器工具查看），确保客户端输入的是这个公网IP，而非服务器的内网局域网地址。你还可以在客户端用命令测试基础连通性，比如运行 telnet [你的公网IP] 21——如果这个命令失败，说明问题大概率出在端口转发或防火墙拦截上，还没到数据传输阶段。

• 检查NAT回环功能（同网络测试场景）
  如果你在和服务器同一局域网内使用外部IP连接，有些路由器不支持NAT回环（也叫hairpin NAT）。先试试用服务器的内网IP连接——如果能正常传输数据，那问题大概率是路由器的回环支持不足。要么在路由器设置里开启这个功能，要么内网用内网IP连接、外网用公网IP连接。

• 尝试切换到主动模式
  如果被动模式行不通，可以切换到主动模式测试。在FileZilla客户端的站点设置里，进入「传输设置->传输模式」，选择「主动」。注意主动模式需要客户端防火墙开放1024-65535端口，允许服务器发起入站连接，所以如果客户端在严格的防火墙后面可能会有问题，但这是快速排除被动模式专属问题的好方法。

如果这些步骤都没能解决问题，分享你的服务器被动模式配置截图、路由器端口转发规则截图，以及客户端站点配置截图，能帮我们更精准地定位问题！

备注：内容来源于stack exchange，提问作者NeatPace