-
Notifications
You must be signed in to change notification settings - Fork 96
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Drop tun/tap requirement? #1
Comments
Don't even knew about this feature) Seems interesting. I'll research. Thanks for respond. |
The long history is that back in dial-up days when some people paid for "dial in to a unix shell", SLIRP was a program you could run that spoke SLIP (forerunner to PPP) via stdin/stdout, and translated everything into BSD socket calls. A bit like a userspace transparent proxy. You send it your network traffic, it terminates the TCP sessions, opens equivalent connections with a socket call and copies bytes between the two. VDE (and QEMU) have both used this to provide a fake network connection to virtual machines -- in their versions, there's a DHCP server in the Slirp process too. This is what lets you run a VM with network access as non-root. |
i see, a bit like lwip project |
What's wrong with TUN? We need to be root to create the TUN device but AFAIU it's neeeded to open the USB device anyway. |
[Service] Start as foreground
Have you considered using the "fake network" code from VDE ( http://wiki.v2.cs.unibo.it/wiki/index.php?title=VDE_Basic_Networking#Slirp:_a_virtual_NAT_router_as_a_process ) as an alternative to requiring TUN/TAP?
The text was updated successfully, but these errors were encountered: