2025.11.19

见天安装了CRT8.3，在连接虚拟机时出现了一些问题，在主机和虚拟机的ip地址上因为不一致导致连接失败，后来有因为虚拟机中SSH配置为你有出现了阻碍。

第一阶段：网络层故障（根本不通）
【核心原因】虚拟机网络适配器配置错误

问题：在VMware中，虚拟机的网络适配器虽然设置为“NAT模式”，但未指定使用你自定义的 Wheat8 (192.168.88.0/24) 网络，导致虚拟机可能连接到了默认的VMnet8，而这个默认网络可能并未正确配置。

表象：宿主机 ping 192.168.88.1 完全不通（请求超时）。

【关键原因】宿主机虚拟网卡未能正确获取IP

问题：VMware的DHCP服务工作异常，导致宿主机的 VMware Network Adapter VMnet8 虚拟网卡获取到了一个 169.254.x.x（APIPA）的无效地址，而不是 192.168.88.x 网段的地址。

结果：宿主机和虚拟机不在同一网段，无法通信。

【直接原因】使用了错误的IP地址进行连接

问题：你最初试图连接 192.168.88.100，但这只是你主观认为的IP。虚拟机的实际IP通过DHCP获取为 192.168.88.1。连接一个不存在的地址必然失败。

第二阶段：服务层故障（通了但连不上）
【核心原因】SSH服务认证配置未启用密码登录

问题：虽然网络通了，但SSH服务的配置文件 (/etc/ssh/sshd_config) 中，默认没有明确启用 PasswordAuthentication yes。这意味着SSH服务拒绝使用密码进行认证。

表象：ping 通，但SecureCRT报错 "Unable to authenticate"。

【次要原因】SSH配置存在冲突和缺失

问题：配置文件中存在重复且矛盾的配置项（如两个 ChallengeResponseAuthentication，一个 yes 一个 no），并且缺少了支持密码认证的辅助配置（如 KbdInteractiveAuthentication）。

结果：即使你添加了正确的配置，也可能因冲突而无效。