xftp连不上虚拟机，绝大多数情况下不是软件坏了，而是IP地址不通、SSH服务没启动或防火墙拦截了端口，按顺序排查这三点基本都能解决。
xftp连接虚拟机一直超时怎么办？先确认网络链路通不通
连接超时是所有xftp无法访问虚拟机的情况里最常出现的报错,很多人第一反应是重装xftp，或者去翻虚拟机的网络设置，其实最值得先做的是用ping命令验证宿主机和虚拟机之间的网络链路是否畅通。
在虚拟机里执行ip addr或ifconfig查看当前IP地址，然后在Windows的命令行窗口输入ping 虚拟机IP，能收到回复，说明链路没问题，可以继续排查SSH服务；如果请求超时，说明物理链路已经断开，这时问题往往出在网络模式上。
VMware和VirtualBox的默认网络模式不一样,常见的配置有以下几种：
- 桥接模式：虚拟机直接接入物理局域网，IP由路由器分配，只要和宿主机在同一网段就能互通
- NAT模式：虚拟机通过宿主机共享网络上网，访问外网没问题，但宿主机默认无法主动连接虚拟机，需要配置端口转发
- 仅主机模式：虚拟机只能和宿主机通信，适合隔离测试，但无法访问外网
如果你用的是NAT模式,想在xftp里直接填虚拟机的内网IP去连接，大概率会超时，解决办法是把网络模式改为桥接模式，或者给虚拟机固定一个和宿主机同网段的IP，也可以用SSH端口转发的方案把虚拟机的22端口映射到宿主机的某个端口上。
还有一种容易忽略的情况是虚拟机网络适配器被禁用了,在虚拟机设置里检查一下“网络连接”是否勾选了“已连接”和“启动时连接”，尤其是从其他电脑拷贝过来的虚拟机或OVA导入的镜像，经常会有这个问题。
xftp连接虚拟机提示拒绝连接？SSH服务状态和防火墙是排查重点
如果ping通了,但xftp直接提示“连接被拒绝”或“连接失败”，说明网络没问题，是虚拟机的22端口没有正常监听，这类情况在刚装好的Linux系统上特别常见，因为很多最小化安装的镜像默认不开启SSH服务
。
按下面的顺序排查：
- 在虚拟机里执行
systemctl status sshd查看SSH服务状态，显示active (running)说明正在运行，显示inactive (dead)或者not found就需要处理 - 如果没有安装SSH服务,执行
yum install -y openssh-server（CentOS系）或apt install -y openssh-server（Ubuntu系） - 装好之后执行
systemctl start sshd，再执行systemctl enable sshd让它开机自启 - 用
netstat -tlnp | grep 22确认22端口已经在LISTEN状态
业内专家排查这类问题时通常会先确认sshd配置文件有没有被改坏,/etc/ssh/sshd_config里Port 22这行没有被注释掉是最基础的条件。
防火墙这边同样要检查,CentOS系列默认启用了firewalld，Ubuntu也有ufw，SSH端口不在放行列表里就会直接拦截连接。
CentOS的放行命令：
systemctl stop firewalld（临时关闭防火墙测试）firewall-cmd --permanent --add-port=22/tcp && firewall-cmd --reload（永久放行22端口）
Ubuntu的放行命令：
ufw allow 22/tcpufw disable（临时关闭防火墙确认问题）
安全组和控制台的防火墙策略也需要同步检查，如果你的虚拟机跑在云服务器上，光改虚拟机内部的防火墙没用，控制台的入方向规则也得配好。
xftp连接linux虚拟机怎么设置？把传输协议和登录方式理顺
排除掉网络和服务问题之后,xftp本身的设置也会影响连接，尤其是连接不上vSphere虚拟机或本地VMware虚拟机时，很多用户习惯于直接用FTP协议去连，结果被服务器的安全问题挡了回来。
xftp的连接配置里,建议优先选择SFTP协议而不是FTP：
- SFTP基于SSH协议，走22端口，加密传输，安全性高，只需要账号密码或密钥就能登录
- 传统FTP走21端口，默认明文传输，很多新装系统根本没装FTP服务端，配置起来麻烦得多
在xftp新建会话时按下面的方式填写：
- 协议：选择SFTP
- 主机：虚拟机的IP地址
- 端口：22
- 协议：SSH认证方式选密码登录或密钥登录
密钥登录的配置比密码登录稍复杂一点，但更稳定，先用ssh-keygen生成密钥对，再把公钥追加到虚拟机的~/.ssh/authorized_keys文件里，xftp连接时在“用户认证”里选择“Public Key”并加载私钥文件即可，这种方式不会因为密码策略或弱口令问题被服务器拒绝。
还有一个常见坑是root用户默认无法直接登录，Ubuntu系统装完之后，sshd_config里的PermitRootLogin默认是prohibit-password（禁止密码登录），直接用root账号密码去连会被拒绝，要么用普通用户登录后再切换root，要么手动修改配置：
vi /etc/ssh/sshd_config找到PermitRootLogin，改成yes，然后执行systemctl restart sshd。
xftp连接linux虚拟机时如果用的是本机账号,账户被锁定或密码过期也会导致连接失败，可以试试在虚拟机里用passwd命令重置密码或者新建一个专用传输账号。
xftp连接本地虚拟机无法连接？检查这几个隐藏细节
xftp连不上本地虚拟机的隐藏原因比较多,我总结几个在实际排查中容易被忽略的点：
DHCP地址变化，虚拟机用DHCP获取IP，重启之后IP变了，你在xftp里还填着旧的IP，自然连不上，在虚拟机里重新执行ip addr查一下当前IP，或者在xftp里改用虚拟机主机名去连接，但前提是环境里有内网DNS解析，最好的办法是给虚拟机配置静态IP，VMware里也可以在虚拟网络编辑器中设置DHCP保留。
Windows的虚拟网卡被禁用了，VMware安装后会在Windows里生成VMnet1和VMnet8两块虚拟网卡，如果使用的网络模式依赖这些网卡，但它们被Windows优化软件禁用掉，宿主机和虚拟机之间的通信就断了，打开“网络适配器”设置，把VMnet相关的虚拟网卡启用即可。
xshell能连但xftp连不上的情况，最多见于同一个会话配置中，xshell用的协议、端口都没问题，但xftp里单独建立会话时端口或协议选择错了，注意xftp和xshell共用账号密码，不存在独立的FTP密码，输入虚拟机登录账号和密码就能登进去。
tcp_tw_recycle相关内核参数，有些Linux内核版本开启了这个参数会导致NAT模式下SSH连接异常，出现“服务器发送了一个意外的数据包”这样的报错，可以通过sysctl -w net.ipv4.tcp_tw_recycle=0临时关闭来验证，但这属于较深层的优化项，普通场景下先不用考虑。
对比一下两种常见传输方案的适用场景：
| 方案 | 适用场景 | 特点 |
|---|---|---|
| xftp直接用SFTP | 本地虚拟机、云服务器、内网环境 | 配置简单，依赖SSH，安全稳定 |
| xftp走FTP协议 | 兼容老旧的Linux服务器 | 需要额外配置vsftpd或proftpd，明文传输 |
xft连接虚拟机时如果遇到“无法打开传输通道”的报错，比连接被拒更多一层原因，这通常和SFTP子系统配置有关，检查一下sshd_config里的Subsystem sftp /usr/libexec/openssh/sftp-server这行是否被注释掉了，路径对应的sftp-server文件是否存在，有些加固过的系统把SFTP子系统给去掉了，重新安装openssh-sftp-server（Debian系）或openssh-server-sftp-server（部分RHEL系）即可恢复。
xftp无法访问虚拟机排查问答
Q：xftp连接虚拟机一直提示连接超时，但ping也超时，最可能是什么问题？
虚拟机网络配置异常或宿主机的防火墙拦截了ICMP协议,先检查虚拟机的网络适配器是否启用，再确认虚拟机的网络模式是否为桥接模式且和宿主机同网段，以上都正常的话，在Windows防火墙里放行“文件和打印机共享(回显请求-ICMPv4-In)”规则。
Q：xftp连接linux虚拟机怎么设置才能确保下次还能连上？
为虚拟机配置静态IP,确保ssh服务设置为开机自启，防火墙放行22端口，把xftp的会话属性里把“连接超时”调大到15秒以上，登录方式用公钥认证比密码更可靠，这一套方案在用户升级内核或重启虚拟机的场景下依然稳定。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/xftp%e6%97%a0%e6%b3%95%e8%ae%bf%e9%97%ae%e8%99%9a%e6%8b%9f%e6%9c%ba%e6%80%8e%e4%b9%88%e5%8a%9e%ef%bc%8c%e6%98%af%e4%bb%80%e4%b9%88%e5%8e%9f%e5%9b%a0/
