Asynchronous allocation of TUN/TAP devices in Rust using tokio. Use async-tun for async-std version.
- Create a tun device using
Tun::builder()and read from it in a loop:
#[tokio::main]
async fn main() {
let tun = Arc::new(
Tun::builder()
.name("") // if name is empty, then it is set by kernel.
.tap() // uses TAP instead of TUN (default).
.packet_info() // avoids setting IFF_NO_PI.
.up() // or set it up manually using `sudo ip link set <tun-name> up`.
.build()
.unwrap()
.pop()
.unwrap(),
);
println!("tun created, name: {}, fd: {}", tun.name(), tun.as_raw_fd());
let (mut reader, mut _writer) = tokio::io::split(tun);
// Writer: simply clone Arced Tun.
let tun_c = tun.clone();
tokio::spawn(async move{
let buf = b"data to be written";
tun_c.send_all(buf).await.unwrap();
});
// Reader
let mut buf = [0u8; 1024];
loop {
let n = tun.recv(&mut buf).await.unwrap();
println!("reading {} bytes: {:?}", n, &buf[..n]);
}
}- Run the code using
sudo:
sudo -E $(which cargo) run- Set the address of device (address and netmask could also be set using
TunBuilder):
sudo ip a add 10.0.0.1/24 dev <tun-name>- Ping to read packets:
ping 10.0.0.2- Display devices and analyze the network traffic:
ip tuntap
sudo tshark -i <tun-name>On macOS, the library uses the utun interface which is part of the macOS kernel. You need to have root privileges to create and use utun devices.
-
The name parameter for macOS should be in the format of
utun[0-9]+(e.g., "utun0", "utun1") or empty to let the kernel assign the next available utun device. -
Set the address of device (address and netmask could also be set using
TunBuilder):
sudo ifconfig <utun-name> 10.0.0.1 10.1.0.1 netmask 255.255.255.0 up- Ping to read packets:
ping -S 10.1.0.2 10.0.0.1- Display devices:
ifconfig | grep utun- Linux
- macOS (via utun interface)
- FreeBSD
- Android
- iOS
- Windows
read: Split tun to (reader, writer) pair and read packets from reader.read-mq: Read from multi-queue tun usingtokio::select!.cross_platform: Example showing cross-platform usage on both Linux and macOS.
sudo -E $(which cargo) run --example read
sudo -E $(which cargo) run --example read-mq
sudo -E $(which cargo) run --example cross_platformThe macOS implementation uses the utun interface which has a few differences from the Linux TUN/TAP implementation:
- macOS adds a 4-byte header to each packet (2 bytes for address family)
- Multi-queue is not supported on macOS
- TAP mode simulates Ethernet frames but behaves differently than Linux TAP devices
- The utun interfaces in macOS are point-to-point interfaces, so broadcast addresses behave differently. The library has been adapted to handle this difference transparently.
Linux supports both TUN and TAP devices with full feature set including multi-queue support.