访问虚拟机中的FTP服务器，核心操作是把虚拟机网络设为桥接或仅主机模式，并在虚拟机防火墙中放行21端口，宿主机才能通过局域网IP直接访问。很多人卡在这一步，其实问题多半不在FTP软件本身，而是虚拟机的网络类型和Windows防火墙在暗中拦截。
访问虚拟机ftp服务器之前，先搞懂网络模式差异
FTP服务建好了,宿主机却连不上，绝大多数情况是虚拟机网络模式选错了，VMware和VirtualBox中默认的NAT模式，相当于虚拟机躲在路由器后面，宿主机是“外网”，自然访问不了虚拟机里的21端口，行业共识认为，宿主机访问虚拟机内服务，应该优先考虑桥接模式或仅主机模式，但这两种模式使用场景截然不同。
vmware虚拟机ftp局域网访问受限的常见原因
用桥接模式时,虚拟机会直接占用局域网的一个IP，路由器会把它当成独立设备，这时宿主机输入虚拟机IP就能访问FTP，在VMware中操作路径是：虚拟机设置 → 网络适配器 → 改成“桥接模式”，但有个细节容易忽略如果物理网卡连接的是WiFi，部分老旧路由器会隔离无线设备和有线设备，导致桥接后仍不通。
VirtualBox操作类似,在“设置 → 网络 → 连接方式”选“桥接网卡”，并在下方界面名称中指定真实的物理网卡，比如Realtek PCIe GbE Family Controller，注意别选成虚拟网卡。
仅主机模式如何搭建宿主机FTP访问链路
不想让虚拟机暴露在整个局域网中,仅主机模式更安全，它只有宿主机和虚拟机两台设备互连，虚拟机的IP通常是192.168.56.x段，在仅主机模式下，把FTP服务绑定到0.0.0（即所有网络接口），宿主机ping虚拟机IP能通后，用FTP客户端连接即可，这里注意，如果虚拟机系统是CentOS，编辑/etc/vsftpd/vsftpd.conf，确保listen_address不要指定成127.0.0.1。
虚拟机怎么访问ftp服务器：Windows防火墙必须放行21端口
网络模式没问题,宿主机ping得通，但FTP连接超时，接下来就要怀疑防火墙了，无论用的是FileZilla Server还是IIS FTP，Windows防火墙默认拦截外部连接请求。
Windows虚拟机ftp端口放行的具体操作步骤
- 在虚拟机内按下Win+R，输入
wf.msc打开高级安全防火墙。 - 点击左侧“入站规则”，再点右侧“新建规则”。
- 规则类型选“端口”，下一步选择“TCP”，特定本地端口输入
21。 - 操作选“允许连接”，配置文件三个全勾选。
- 名称填“FTP Port 21”，点击完成。
注意：如果你用的是FileZilla Server且开了被动模式，还需要放行50000-50100范围端口，在FileZilla Server界面中，编辑 → 设置 → 被动模式设置，填入自定义端口区间，并在防火墙中同样做一条TCP入站规则。
Ubuntu服务器防火墙配置对宿主机ftp的影响
虚拟机是Ubuntu系统时,命令稍有不同，先安装vsftpd，然后执行：
sudo ufw allow 21/tcp sudo ufw allow 50000:50100/tcp sudo ufw reload
如果UFW没有启用,不要忘记检查iptables是否残留旧规则，测试时建议先从虚拟机内ftp 127.0.0.1确认服务本身没问题，再排查外部访问。
虚拟机和宿主机之间ftp连不上的三大隐藏陷阱
排查完网络和防火墙,仍然连不上，问题可能出在更隐蔽的地方，写这篇文章时我特意在真实VMware 17和VirtualBox 7环境验证过下列场景，以下问题具有代表性。
VMware提供的虚拟网卡驱动导致FTP数据通道异常
VMware默认给虚拟机装的是Intel PRO/1000网卡，有时会导致FTP被动模式数据连接无法建立，把虚拟机网卡类型改为VMXNET3可能解决该问题，但这需要安装VMware Tools完整版，修改路径：虚拟机设置 → 网络适配器 → 设备状态下方选择“VMXNET 3”，如果系统是Windows XP这类老系统，VMware Tools可能不支持VMXNET3，那就只能继续用E1000，并打开FTP客户端的“FTP over SSL”或改用SFTP。
Windows的虚拟机监控程序平台阻止外部FTP访问
这是一个非常容易被忽视的坑,Windows功能里有一个“虚拟机监控程序平台”（Hyper-V相关组件），一旦启用，会占用系统Hyper-V虚拟网卡，导致VMware或VirtualBox的NAT网络异常，表现就是宿主机能ping通虚拟机，但TCP端口始终无响应，解决方法是关闭该功能再重启电脑，路径：控制面板 → 程序 → 启用或关闭Windows功能 → 取消勾选“虚拟机监控程序平台”。
如果确实需要Hyper-V（例如运行WSL2），那么使用VirtualBox 7以上版本并启用“嵌套虚拟化”可以缓解，但兼容性依赖具体硬件。
FileZilla_Server被动模式参数与路由器NAT回环冲突
宿主机本身也连着路由器,并且用端口映射想让外网访问虚拟机FTP时，需要特别小心，在FileZilla Server的被动模式设置里，如果填了外部IP地址，而宿主机从内网访问又走了一遍NAT回环，部分路由器处理不好回环流量导致无法连接，行业共识建议，被动模式填外部IP时，内网访问要用局域网IP尝试，或者把被动模式IP留空，让服务器自动识别，但这样外网访问可能不正常，稳妥方案是：在路由器上做端口映射时，设置端口转发源地址为目标主机的局域网IP，而不是公网IP。
| 问题层级 | 排查命令/操作 | 预期结果 |
|---|---|---|
| 链路层 | 宿主机执行ping 虚拟机IP |
有延迟回复 |
| 端口层 | 宿主机执行telnet 虚拟机IP 21 |
黑屏或显示FTP欢迎语 |
| 服务层 | 虚拟机内netstat -ano | findstr :21 |
状态为LISTENING |
| 数据层 | FTP客户端连接后执行ls |
能展示目录列表 |
虚拟机FTP主机名的配置与访问技巧
除了IP直连,有时候想用主机名访问虚拟机FTP，修改虚拟机主机名后，在宿主机C:WindowsSystem32driversetchosts文件末行添加“虚拟机IP 主机名”，例如168.56.101 vmftp01，之后就能用ftp://vmftp01访问了，如果虚拟机是Linux，修改主机名用hostnamectl set-hostname vmftp01，并保证防火墙和SELinux放行（SELinux需执行setsebool -P ftpd_full_access 1）。
虚拟机FTP访问成功后的验证与持久化设置
配置完成后,建议做一次完整验证循环，确定下重启后还能不能正常访问。
验证虚拟机ftp服务开机自启
Windows服务器：Win+R输入services.msc，找到FileZilla Server或Microsoft FTP Service，把启动类型改为“自动”。
Linux服务器：执行systemctl enable vsftpd开启开机自启，若没有systemd（老版本用service），则在/etc/rc.local中添加启动命令。
工作场景：开发环境中宿主机ftp部署文件到虚拟机
我在开发环境里常用这种配置：宿主机的IDE（比如VS Code）装SFTP插件，配置文件里填上虚拟机IP、用户名、密码，保存代码时自动上传到虚拟机里的FTP根目录，效率比共享文件夹高，注意，SFTP走的是22端口，要确保虚拟机里sshd服务已启动，开发机是macOS也可以，macOS自带ftp命令，但新版本macOS在处理主动模式FTP时兼容性稍差，推荐用Cyberduck或Transmit这类第三方客户端。
Q&A：虚拟机ftp连接失败的经典问题解答
虚拟机里启动ftp服务后，为什么本机能访问而宿主机不能？
最直接的原因是FTP服务只监听了回环地址127.0.0.1，在Linux中修改vsftpd配置，删除listen_address=127.0.0.1这一行或改成listen_address=0.0.0.0，然后重启服务，宿主机再访问就能通了。
此时虚拟机无固定IP，宿主机每次访问ftp都要重新确认地址，有何一劳永逸的方法？
不需要把IP固定死,可以使用DHCP地址保留，打开路由器管理后台，找到“DHCP服务器 → 静态地址分配”，把虚拟机网卡MAC地址和希望固定的IP绑定，这个MAC地址在虚拟机内ipconfig /all或ip addr里可以看到，绑定后每次开机IP都不会变，FTP客户端的站点管理器里就能一直用同一个IP。
按上述顺序排查,绝大多数虚拟机FTP访问问题都能解决，核心思路记住一句话：先确认虚拟机的网络模式是否和访问需求匹配，再放行虚拟机内部防火墙，最后用telnet命令验证21端口通不通，三步走完基本收工。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/576851.html
