ops
ops copied to clipboard
qemu user-mode networking doesn't listen on ipv6
we recently got initial ipv6 support and it turns out qemu user-mode networking doesn't actually listen on ipv6 regardless
https://bugs.launchpad.net/qemu/+bug/1724590
this isn't a huge problem - except for people that are going to use ipv6 in prod, want to test locally, and don't want to go through the hassle of setting up a tap
not a huge priority until someone asks for it but sticking here as a note
A QEMU patchset to support hostfwd for ipv6 addresses has been proposed back in 2018 (https://lists.gnu.org/archive/html/qemu-devel/2018-10/msg05734.html), but never got merged.
my initial thoughts are long-term there is no reason to be using user-mode at all but we'll need to cleanup the dev experience for setting up taps - on a mac that probably means issuing signed binaries since we'll need to use something like the tun/tap kernel extensions - http://tuntaposx.sourceforge.net/
until the above happens i think we can put a warning on this if both ipv6 && user-mode are enabled
Ready to start
#1005
just ran into this again - I think we should think about re-basing this on top of a newer qemu release as the default mode of operation for most local runs is still very much user-mode based
unfortunately was bitten by this again - we currently rank number 1 for the term 'ipv6 usermode qemu'
https://blog.izissise.net/posts/qemuipv6slirp/