- Documentation/Networking - QEMU
- QEMU/KVM中的网络虚拟化--Part2 User Networking | Xiaoye Zheng's blog (zxxyy.github.io)
- QEMU Network — ARM SoC Device Assignment Notes documentation (cwshu.github.io)
- slirp / libslirp · GitLab
- GitHub - virtualsquare/libvdeslirp: libslirp for Linux made easy peasy
1.架构
理解:
实际QEMU和Host OS是基于用户层的forward。
Host OS: 会采用Host OS上的tcp/ip stack。
QEMU: 会采用Guest OS上的tcp/ip stack和 QEMU的SLIRP network stack。
QEMU的网络后端 user - SLIRP 和 Host OS之间是通过socket来沟通,用的实际用户数据(不带任何header),两边分别有单独的连接。
2.数据流
3.实验
3.1 qemu编译
依赖的lib: libslirp-dev (实现SLIRP 网络协议栈)
apt install libslirp-dev
3.2 编译命令
configure --enable-slirp
3.3 启动qemu - 采用user network
-device e1000,netdev=net0 -netdev user,id=net0,hostfwd=tcp::5555-:22
启动后在monitor中查看网络情况 - 可以看到网络前后端的信息。
注意:-monitor stdio 和 -nographic 不能同时用,否则,会报如下错误。
3.4 Guest os网卡配置
guest os启动后可能网卡没有自动配网,需要手动配网。-- 可能需要开启dhcp client。
理论上,guest os会通过dhcp client和SLIRP上的dhcp server沟通,自动配置guest os的网卡。
3.5 在host上用ssh登录Guest os
ssh localhost -p 5555
1. Host OS
用的host的 localhost ip 和 host OS的tcpip stack。
可以看出 tcp连接是建立成功的,后面由于guest os/SLIRP上ssh不支持,SLIRP就断开guest和host的tcp连接了。
2. Guest OS
Guest OS tcpip stack 和 SLIRP tcpip stack沟通。
可以看出guest上没有支持sshd,所有该ssh的tcp连接没有成功。
apt install openssh-server
4. user网络后端代码
可能slirp guest的backend 没有启动成功,导致 guest os网卡配置不起来 --- 一直link down状态。