启用Windows虚拟化相关功能后无法通过PuTTY及Ubuntu访问服务器，但可登录Proxmox的问题排查求助

兄弟，我完全懂你折腾完Windows虚拟化功能后连不上服务器的崩溃感——刚折腾完就出问题真的太闹心了。先理清楚你的核心情况：你禁用了Hyper-V、Windows Hypervisor Platform、WSL和虚拟机平台，重新启用后，PuTTY和本地Ubuntu都连不上服务器，但浏览器能正常登录Proxmox Web界面。咱们从几个核心方向一步步排查：

• 先确认服务器SSH服务状态
  既然能登Proxmox Web界面，直接在Proxmox里打开目标服务器的控制台，运行sudo systemctl status sshd，看看SSH服务是不是正常运行。如果显示未启动，先启动服务：sudo systemctl start sshd，再设置开机自启：sudo systemctl enable sshd。要是服务报错，重点看报错信息，比如是不是SSH配置文件损坏、端口被占用。

• 检查防火墙规则（两端都要查）
  物理网络能通（Proxmox可访问），但SSH连不上，大概率是防火墙挡了流量：

  • 服务器端（Ubuntu 22.04）：运行sudo ufw status，确认22端口（默认SSH端口）是否被允许。如果没开，执行sudo ufw allow ssh或者sudo ufw allow 22/tcp，再重启防火墙sudo ufw reload。
  • Windows端：虚拟化功能的启停可能重置了防火墙规则，临时关闭Windows Defender防火墙测试一下（测试完务必打开），或者手动检查入站/出站规则，确保允许SSH相关流量通过。

• 排查网络IP与路由问题

  • 先确认服务器IP是否变化：在Proxmox控制台运行ip a，查看服务器网卡的IP地址，对比PuTTY里填写的IP是否一致——会不会是服务器重启后DHCP分配了新IP？
  • 从本地Ubuntu机器ping服务器IP，如果ping不通，说明是基础网络连通性问题；如果ping通但SSH连不上，就聚焦到SSH服务、端口或防火墙。
  • 检查服务器路由：运行ip route，确认默认网关配置正确，试试ping公网地址（比如ping 8.8.8.8），排除网关配置错误导致的网络不通。

• 解决Hyper-V带来的网络冲突
  启用Hyper-V后，虚拟网卡可能会干扰物理网络的路由优先级：
  打开Windows的「网络连接」（Win+X菜单里能找到），找到你的物理网卡，右键选「属性」→「Internet协议版本4（TCP/IPv4）」→「高级」，在「高级TCP/IP设置」里调整「接口跃点数」，把物理网卡的跃点数设得比Hyper-V虚拟网卡小（比如物理网卡设10，虚拟网卡设20），让Windows优先走物理网卡的路由。

• 重置Windows与WSL的网络栈

  • Windows端：打开管理员命令提示符，运行以下命令重置网络栈，之后重启Windows：

    netsh winsock reset
    netsh int ip reset
    ipconfig /release
    ipconfig /renew
    

  • WSL端：如果是WSL里的Ubuntu连不上，在Windows管理员命令提示符里执行wsl --shutdown，关闭所有WSL实例后重新打开，再尝试连接。要是还是不行，可以先备份WSL数据，再执行wsl --unregister Ubuntu后重新安装WSL。

• 检查Proxmox虚拟网络配置
  登录Proxmox Web界面，进入「网络」选项，确认虚拟机绑定的虚拟交换机和物理网卡的关联是否正确，必要时可以开启虚拟交换机的混杂模式（如果你的网络环境需要）。也可以尝试断开虚拟机的网卡再重新连接，或者重启Proxmox主机。

先一步步测试这些方法，每完成一步就试试能不能连接服务器。如果某个步骤解决了问题，记得复盘原因避免下次踩坑；要是都试过还是不行，把每一步的测试结果（比如SSH服务状态、ping的输出、防火墙状态）贴出来，方便进一步排查。

备注：内容来源于stack exchange，提问作者user23442385