虚拟机连不上SecureCRT，90%以上是网络模式或SSH服务没配对。 排查顺序是：先看虚拟机能否上网，再确认SSH端口是否监听，最后检查SecureCRT的会话配置，下面按从简到繁的顺序,把常见原因和对应解决方法一次说清。
排查前先确认基础环境
虚拟机和主机能否互相通信
在虚拟机终端里执行 ip addr 查看IP地址，如果IP是 0.2.x（默认NAT模式），主机ping不通是正常的，因为NAT模式下虚拟机默认隐藏在内网，此时需要确认SecureCRT连接的是桥接模式还是仅主机模式的IP。
- 桥接模式：虚拟机IP必须与主机在同一网段，且网关指向真实路由器
- NAT模式：通常使用
168.x.x或0.x.x，主机通过虚拟网卡（VMnet8）访问虚拟机 - 仅主机模式：只能和主机通信，无法上外网
如果虚拟机IP是 254.x.x，说明DHCP没拿到地址，手动配置静态IP或重启虚拟网络服务,在Windows主机上以管理员身份运行：
net stop vmware NAT service
net start vmware NAT service对应VirtualBox则重启 VirtualBox DHCP Server。
确认SSH服务确实在运行
多数情况下，虚拟机刚装完系统默认没装openssh-server。 在虚拟机内执行：
systemctl status sshd如果显示 Active: inactive 或 not-found,执行安装：
sudo apt update && sudo apt install openssh-server # Debian/Ubuntu
sudo yum install openssh-server -y # CentOS/RHEL
sudo systemctl enable --now sshd安装完成后用 netstat -tlnp | grep 22 确认22端口处于监听状态，如果端口被改过，比如设成 2222，SecureCRT里必须填对端口，不然报“连接被拒绝”。
网络模式选错怎么解决
Hyper-V虚拟机连不上SecureCRT的典型场景
在Windows 10/11自带的Hyper-V里新建虚拟机时，默认使用“默认交换机”，这个虚拟网络在主机重启后会随机变化，导致虚拟机IP频繁更换。
如果你之前用VMware没问题，换到Hyper-V突然连不上，多半是虚拟交换机类型不对。
在Hyper-V管理器里，右键虚拟机 → 网络适配器 → 虚拟交换机，改为 Default Switch（保留默认），如果希望固定IP，选择“外部网络”并绑定主机的物理网卡，这样虚拟机直接从路由器获取IP,SecureCRT填路由器分配的固定IP即可。
用Hyper-V和用VMware时，虚拟机连不上crte这个老毛病，基本都是虚拟网络地址段变了，但SecureCRT里还存着旧IP。
桥接模式下IP冲突的排查
如果你选的是桥接模式，但SecureCRT始终提示“远程系统拒绝连接”,先在主机命令行执行：
arp -a看虚拟机IP对应的MAC是否匹配，如果MAC显示为 incomplete，说明ARP请求无响应，多半是虚拟网卡没绑定到物理网卡上，VMware里编辑虚拟机设置 → 网络适配器 → 桥接模式 → 复选“复制物理网络连接状态”,再重启虚拟网络。
NAT模式下端口转发排查
用默认NAT模式时，SecureCRT直接填虚拟机私有IP通常能通，但在一些云端虚拟机（如简米云、酷番云）里，你拿到的是公网IP，SecureCRT连接时必须用公网IP加安全组放行22端口，这属于云服务器场景，和本地虚拟机原理不同，但排查逻辑一样：先验证端口可达性。
在主机上执行：
telnet 192.168.x.x 22或者用 nc -vz 192.168.x.x 22，如果端口不通,检查防火墙。
防火墙拦截是高频原因
Linux防火墙和Windows防火墙都要查
Linux默认防火墙（ufw或firewalld）可能挡住22端口,在虚拟机里执行：
sudo ufw allow 22/tcp # Ubuntu
sudo firewall-cmd --add-port=22/tcp --permanent # CentOS
sudo firewall-cmd --reload同时检查Windows主机防火墙是否拦了SecureCRT，在“允许应用通过防火墙”里，确认SecureCRT打勾，很多用户只改Linux防火墙，忽略Windows防火墙，导致 telnet 能通但SecureCRT连不上。
安全软件导致连接重置的实例
行业共识认为，360、腾讯电脑管家等安全软件自带“SSH防护”功能，会把SecureCRT的主动外连误判为扫描行为。如果你在虚拟机内端口都正常，但SecureCRT报“连接被重置”，暂时禁用安全软件并重试。 尤其常见于Win10系统更新后,安全规则变更导致之前保存的会话全部失效。
SecureCRT侧会话配置排查
协议和端口不匹配
SecureCRT新建会话时，协议选 SSH2 还是 Telnet 必须和虚拟机实际服务匹配，默认端口是22，如果改成其他端口，比如在sftp场景下用2222，会话里也要同步改。很多用户保存会话后忘了改端口，这就是虚拟机连不上SecureCRT反复报错的原因之一。
认证方式错误
虚拟机里如果配置了密钥认证，SecureCRT必须加载对应的私钥文件，如果用的是密码认证，确认虚拟机里 /etc/ssh/sshd_config 的 PasswordAuthentication 设置为 yes，另外检查公钥权限，.ssh 目录权限应为 700，authorized_keys 文件权限应为 600,否则即使密钥路径正确也连不上。
快速排查清单
- Ping通但SSH不通 → 查防火墙或SSH服务
- Ping不通 → 查IP配置或网络模式
- 能通但提示认证失败 → 查用户名密码或密钥权限
- 连接超时 → 查IP地址是否变化、安全软件拦截
- 连接被拒绝 → 查端口和SSH服务状态
登录后经常断连怎么处理
有时SecureCRT能连上，但过几分钟自己断开，这通常是虚拟机里的TCP keepalive设置问题，在虚拟机内编辑 /etc/ssh/sshd_config：
ClientAliveInterval 60
ClientAliveCountMax 3重启sshd后，SecureCRT会话属性里勾选“发送保持活动消息”，间隔填60秒，这个组合能解决绝大多数“连上就掉”的烦恼。
如果虚拟机是克隆出来的，网卡MAC地址冲突也可能导致连接后立即断开，重新生成MAC地址的方法：在VMware里关闭虚拟机 → 编辑设置 → 网络适配器 → 高级 → 生成新MAC地址，CentOS系统还需删除
/etc/udev/rules.d/70-persistent-net.rules 后重启。
Q&A：关于虚拟机连不上SecureCRT的高级问题
为什么SecureCRT能连上虚拟机但SFTP一直报错？
SecureCRT的SFTP会话依赖SSH的sftp子系统，检查虚拟机里 /etc/ssh/sshd_config 是否包含：
Subsystem sftp /usr/lib/openssh/sftp-server有些精简版系统移除了sftp-server，执行 which sftp-server 确认路径，如果没有，安装 openssh-sftp-server 包即可。
虚拟机桥接模式上不了网但SecureCRT能连，怎么回事？
这是典型的“物理网卡绑定漂移”现象，桥接模式下，虚拟机和主机共用物理网卡，但虚拟交换机可能绑定到了错误的网卡（如虚拟WiFi适配器），在VMware的虚拟网络编辑器中，将桥接模式改为“自动”或明确指定主机正在使用的物理网卡，同时确认虚拟机内DNS和网关设置正确，能ping通网关说明网络通,但不能上外网多是因为DNS没配置。
Hyper-V固定IP后SecureCRT还是连不上怎么办？
如果虚拟机内固定了IP，但Hyper-V宿主机ping不通，先检查虚拟交换机绑定是否为“外部网络”，如果是外部网络且绑定正确，检查宿主机防火墙是否拦了ICMP和SSH,在Windows终端执行：
Get-NetFirewallRule -DisplayName "Virt" | Enable-NetFirewallRule启用所有虚拟化相关规则后重试，若还不行，关闭虚拟机，移除网卡再重新添加一个“外部网络”虚拟交换机,重新配置静态IP。
最后记住：虚拟机连不上SecureCRT，先按“网络通→端口通→认证通”三层顺序排查，不要一上来就重装SSH或重配网络。 理清顺序后，绝大多数问题能在5分钟内定位，遇到Hyper-V、VMware或VirtualBox的差异时，优先查虚拟交换机和IP地址段是否变化，保持SecureCRT会话里的IP和端口跟虚拟机当前实际状态一致,这个老生常谈但最容易被忽略。