CuteFTP连不上虚拟机的根本原因，九成出在虚拟机IP地址不通或FTP端口未放行，先确认虚拟机和宿主机能互相ping通，再检查21端口或22端口是否开放。
以下按排查顺序从网络连通性、端口配置到CuteFTP设置逐层拆解，每一步都给出可验证的操作路径。
排查虚拟机IP：先从网络模式入手
CuteFTP连接虚拟机,第一步不是打开软件，而是确认虚拟机到底有没有一个宿主机能访问的IP，VMware和VirtualBox默认有几种网络模式，选错模式，虚拟机就像躲在另一个房间，CuteFTP永远找不到它。
NAT模式、桥接模式和仅主机模式怎么选
NAT模式是虚拟机通过宿主机共享上网，虚拟机自己有一个内网IP，宿主机能访问它，但局域网其他电脑不行，如果你只是在自己电脑上用CuteFTP连虚拟机，NAT模式完全够用。
桥接模式让虚拟机直接和宿主机在同一网段，虚拟机会从路由器获取独立IP，这种模式下，虚拟机就像一台真实电脑，局域网内任何设备都能访问它，如果你需要从别的电脑连虚拟机，必须用桥接模式。
仅主机模式是虚拟机只能和宿主机通信，不能访问外网，这种模式一般用于测试环境。
常见误区是虚拟机用了NAT模式,却试图从局域网其他电脑用CuteFTP连接，这必然失败，用ip addr或ifconfig命令查看虚拟机当前IP，确认和宿主机在不在同一网段。
虚拟机IP不变的固定方法
频繁变化的IP会让CuteFTP连接记录失效,在虚拟机内修改网络配置为静态IP，以Ubuntu Server和CentOS为例：
- Ubuntu 18.04及以后用netplan，编辑/etc/netplan/01-netcfg.yaml，设置addresses和gateway4。
- CentOS 7/8用nmtui图形化工具或直接编辑/etc/sysconfig/network-scripts/ifcfg-ens33，把BOOTPROTO改成static，填入IPADDR、NETMASK、GATEWAY。
改完后systemctl restart network或reboot，确保IP稳定。
检查FTP端口：21和22到底开没开
IP能ping通,接下来就看端口了，CuteFTP支持FTP、SFTP、FTPS等多种协议，每种协议用不同端口，搞混了也会连不上。
用telnet命令验证端口通不通
在宿主机命令行执行：
telnet 虚拟机IP 21如果返回220或Connected,说明FTP端口通了，如果卡住不动或提示Connection refused，说明端口有问题。
测试SFTP则用：
telnet 虚拟机IP 22业内专家指出,多数虚拟机连不上案例其实是防火墙拦截，不是FTP服务本身没启动，所以这一步要重点排查。
虚拟机防火墙怎么放行FTP端口
不同Linux发行版防火墙管理方式不同,不要用错命令。
Ubuntu（ufw）：
sudo ufw allow 21/tcp
sudo ufw allow 22/tcp
sudo ufw reloadCentOS / Rocky（firewalld）：
sudo firewall-cmd --permanent --add-port=21/tcp
sudo firewall-cmd --permanent --add-port=22/tcp
sudo firewall-cmd --reload有些精简版系统没装防火墙,那就要查一下SELinux是否拦截了FTP，CentOS上执行：
getenforce返回Enforcing的话,需要放行FTP相关策略：
setsebool -P ftpd_full_access 1FTP服务有没有在监听
端口不通的另一类原因是FTP服务本身没起来,用以下命令确认：
netstat -tlnp | grep ftp
ss -tlnp | grep vsftpd没有输出,就说明vsftpd或proftpd没运行，启动并设为开机自启：
systemctl start vsftpd
systemctl enable vsftpdCuteFTP连接时的被动模式设置
很多用户遇到的情况是：能连上，但列出目录就卡住，提示“227 Entering Passive Mode”后没反应，这是FTP协议里最经典的坑，问题出在被动模式（PASV）。
FTP有主动和被动两种连接方式,主动模式是服务器主动连接客户端指定端口，被动模式是客户端连接服务器开放的一个随机高端口，虚拟机在NAT模式下，被动模式需要映射端口，否则数据连接建立不了。
被动模式和主动模式怎么切换
CuteFTP里,依次打开“工具”->“全局选项”->“连接”->“FTP”，把连接模式改成“主动（PORT）”或“被动（PASV）”，试一下哪种能正常列出目录。
虚拟机用NAT模式时,如果被动模式连不上，换成主动模式往往能直接解决，因为主动模式只需要21端口互通，不需要额外的数据端口。
用桥接模式时,被动模式通常没问题，但要确保防火墙放行了被动端口范围，vsftpd默认被动端口在/etc/vsftpd.conf里配置：
pasv_enable=YES
pasv_min_port=30000
pasv_max_port=31000然后防火墙放行这个段：
sudo ufw allow 30000:31000/tcpSFTP方式连不上时的排查方向
如果用的是CuteFTP的SFTP协议,端口大概率是22，跟FTP的21无关，SFTP连不上，先确认虚拟机有没有安装ssh服务：
systemctl status sshd没装的话先安装openssh-server，再确认sshd_config里Port 22没被注释，SFTP走SSH通道，SSH通不通可以直接用：
ssh 用户名@虚拟机IP能登录说明SFTP也基本没问题,排查重点就回到CuteFTP的认证方式是不是没配对。
虚拟机的宿主机防火墙也要查
不少用户在虚拟机里折腾半天,最后发现是宿主机Windows防火墙把CuteFTP拦截了，因为CuteFTP发出的连接请求被Windows安全中心拦截，根本到不了虚拟机。
Windows防火墙放行CuteFTP操作
打开控制面板->系统和安全->Windows Defender防火墙->允许应用通过防火墙，找到CuteFTP，把专用和公用都勾上。
如果没有列出CuteFTP,点“允许其他应用”，找到CuteFTP安装目录下的可执行文件，添加进去。
别忘了有些安全软件、360或电脑管家也会拦截CuteFTP的网络请求，先退出或添加信任列表再测试。
CuteFTP自身配置的几个容易忽略项
软件本身的设置也会导致连不上虚拟机,这些坑最常见于重装系统或换了虚拟机之后。
主机名和IP填错了地方
CuteFTP站点管理器里,主机地址要填虚拟机IP，不要填虚拟机主机名，有些场景下主机名能解析，但大部分内网环境没有DNS服务器，填主机名就是连不上。
登录类型选“普通”还是“SFTP over SSH”，要和虚拟机实际服务对应，普通FTP对应21端口，SFTP对应22端口。FTP over SSL/TLS则需要对应虚拟机的FTP服务是否开启了TLS支持。
加密协议不匹配
vsftpd开启SSL后,CuteFTP如果默认用“普通FTP”，会报“AUTH TLS”或证书相关错误，这种情况下，站点设置里把加密方式改成“FTP over SSL/TLS（AUTH TLS）”，信任证书即可。
如果虚拟机那边没开TLS,CuteFTP却选了强制加密，也会连不上，反过来把CuteFTP加密设成“如果不被要求则使用普通FTP”就行。
不同场景下的详细排查表格
下表汇总不同连接场景的排查重点,方便对号入座：
| 连接协议 | 默认端口 | 虚拟机需要开的服务 | 常见失败原因 |
|---|---|---|---|
| FTP | 21 | vsftpd或proftpd | 防火墙未放行21，被动机端口未开放 |
| SFTP | 22 | sshd | SSH未启动，密码认证被禁用 |
| FTPS | 990或21 | vsftpd开启SSL | 证书不被信任，加密方式不匹配 |
| HTTP | 80 | nginx或apache | Web服务未启动，端口被占用 |
多数情况下,把网络模式改成桥接，关闭双方防火墙或正确放行端口，选对主动/被动模式，CuteFTP连接虚拟机的问题就解决了。
常见问题快速解答
虚拟机能ping通宿主机，但cuteftp提示连接超时是什么原因？
连接超时说明目标主机存在但端口不可达,优先检查虚拟机内FTP服务监听状态和防火墙规则，用telnet测一下21端口，如果telnet也超时，基本是防火墙丢弃了数据包，放行对应端口再试，另外确认虚拟机里的FTP服务绑定的IP是否为本机实际IP，而不是127.0.0.1。
为什么cuteftp连虚拟机提示“无法解析主机名”？
这个提示意味着CuteFTP把主机地址当成域名去解析了,检查站点管理器里填的是不是纯IP地址，如果填的是类似vmware.local的别名，需要确保宿主机hosts文件里有对应条目，局域网环境建议直接用虚拟机IP而不是主机名。
虚拟机重启后cuteftp连不上了怎么办？
重启后IP可能变了,登录虚拟机执行ip addr查看当前IP，把CuteFTP站点管理器里的主机地址更新一下，如果觉得频繁改麻烦，按前面讲的方法把虚拟机IP改成静态配置，一劳永逸，还要确认FTP服务是否设置成开机自启，很多系统默认不会自动启动vsftpd或sshd。