帖子 | 你不一定需要传统网络配置就能连接Linux虚拟机。
无需IP地址，无需SSH密钥，无需防火墙规则，也不必配置路由表。
如果虚拟机和宿主机在同一台物理机器上，TCP/IP协议反而成了多余负担。
这就是AF_VSOCK——Linux内核中的一种特殊地址族，专为Hypervisor和虚拟机间通信设计。它像一根穿透虚拟机墙壁的“管道”，不再用IP地址，而是用Context ID（CID）标识：宿主机通常是CID 2，虚拟机获得唯一CID，如3。内核负责转发数据，速度极快。
作者正在做一个演示项目，展示如何用vsock跑高性能gRPC，数据不经过任何网络包，延迟几乎为零。服务端跑在虚拟机里（C++），客户端跑在宿主机上。后续会开源代码并写深度教程，欢迎关注。
为什么gRPC+vsock这么酷？
- 极低延迟
- 无需IP地址，省去DHCP、端口转发、防火墙规则配置
- 无网络包暴露，更安全，几乎无外部攻击面
vsock让你能在相对封闭的环境里发送结构化请求，这为构建安全、可靠的“密闭盒子”应用打开了新思路。
有朋友提到，串口也能做虚拟机通信，但串口缺乏高层API支持，不易集成现代框架。vsock则更自然地适配gRPC这类高级通信模式。
需要澄清的是，vsock并非模拟TCP，它是另一种通信技术，但使用体验很像TCP socket，端口号（如9999）仍然是通用的服务标识符。
性能上，vsock减少了网络协议栈开销，适合大数据量、高频交互，期待未来能看到更多性能对比数据。
它支持KVM，但理论上非KVM虚拟化环境也能用，KVM只是性能加速器。
vsock不仅被QEMU、Xen支持，还有nc-vsock、xpra等实用工具，应用范围正在逐步扩大。
安全方面，因无外部网络流量，攻击面更小，但仍需妥善管理虚拟机间通信权限。
这是一条通向更简洁、高效、安全虚拟机通信的道路，值得系统开发者和运维工程师深入了解和尝试。
无需IP地址，无需SSH密钥，无需防火墙规则，也不必配置路由表。
如果虚拟机和宿主机在同一台物理机器上，TCP/IP协议反而成了多余负担。
这就是AF_VSOCK——Linux内核中的一种特殊地址族，专为Hypervisor和虚拟机间通信设计。它像一根穿透虚拟机墙壁的“管道”，不再用IP地址，而是用Context ID（CID）标识：宿主机通常是CID 2，虚拟机获得唯一CID，如3。内核负责转发数据，速度极快。
作者正在做一个演示项目，展示如何用vsock跑高性能gRPC，数据不经过任何网络包，延迟几乎为零。服务端跑在虚拟机里（C++），客户端跑在宿主机上。后续会开源代码并写深度教程，欢迎关注。
为什么gRPC+vsock这么酷？
- 极低延迟
- 无需IP地址，省去DHCP、端口转发、防火墙规则配置
- 无网络包暴露，更安全，几乎无外部攻击面
vsock让你能在相对封闭的环境里发送结构化请求，这为构建安全、可靠的“密闭盒子”应用打开了新思路。
有朋友提到，串口也能做虚拟机通信，但串口缺乏高层API支持，不易集成现代框架。vsock则更自然地适配gRPC这类高级通信模式。
需要澄清的是，vsock并非模拟TCP，它是另一种通信技术，但使用体验很像TCP socket，端口号（如9999）仍然是通用的服务标识符。
性能上，vsock减少了网络协议栈开销，适合大数据量、高频交互，期待未来能看到更多性能对比数据。
它支持KVM，但理论上非KVM虚拟化环境也能用，KVM只是性能加速器。
vsock不仅被QEMU、Xen支持，还有nc-vsock、xpra等实用工具，应用范围正在逐步扩大。
安全方面，因无外部网络流量，攻击面更小，但仍需妥善管理虚拟机间通信权限。
这是一条通向更简洁、高效、安全虚拟机通信的道路，值得系统开发者和运维工程师深入了解和尝试。
