6 releases
Uses new Rust 2024
| new 0.2.3 | Feb 12, 2026 |
|---|---|
| 0.2.2 | Jan 31, 2026 |
| 0.1.1 | Jan 24, 2026 |
#142 in Testing
751 downloads per month
Used in libfuse-fs
135KB
2.5K
SLoC
Qlean
Qlean is a system-level isolation testing library based on QEMU/KVM, providing complete virtual machine isolation environments for Rust projects.
Overview
Qlean provides a comprehensive testing solution for projects requiring system-level isolation by launching lightweight virtual machines during tests. It addresses two major challenges:
1. Complete Resource Isolation
Many projects require root privileges or direct manipulation of system-level resources. Traditional single-machine tests can easily crash the host system if tests fail. Qlean uses virtual machine isolation to completely isolate these operations within the VM, ensuring host system stability.
2. Convenient Multi-Machine Testing
For projects requiring multi-machine collaboration, Qlean provides a simple API that allows you to easily create and manage multiple VM instances in test code without complex infrastructure configuration.
Key Features
- π Complete Isolation: Based on QEMU/KVM, providing full virtual machine isolation
- π Multi-Machine Support: Easily create and manage multiple virtual machines
- π‘οΈ RAII-style Interface: Automatic resource management ensures VMs are properly cleaned up
- π¦ Out-of-the-Box: Automated image downloading and extraction, no manual configuration needed
- π§ Linux Native: Native support for Linux hosts with multiple Linux distributions
- π Multi-Distro Support: Built-in support for Debian, Ubuntu, Fedora, and Arch Linux
- π― Custom Images: Use any Linux distribution with URL/local path + checksum verification
- β‘ Performance Optimized**: Streaming hash computation with 5-30% performance improvement
Usage
Host Setup
Install CLI utils
Before using Qlean, ensure that QEMU, guestfish, libvirt, libguestfs-tools and some other utils are properly installed on your Linux host. You can verify the installation with the following commands:
qemu-system-x86_64 --version
qemu-img --version
virsh --version
guestfish --version
virt-copy-out --version
xorriso --version
sha256sum --version
sha512sum --version
Configure qemu-bridge-helper
Qlean uses qemu-bridge-helper to manage networking for multiple virtual machines, so it requires proper configuration.
The CAP_NET_ADMIN capability needs to be set on for the default network helper:
sudo chmod u-s /usr/lib/qemu/qemu-bridge-helper
sudo setcap cap_net_admin+ep /usr/lib/qemu/qemu-bridge-helper
The ACL mechanism enforced by qemu-bridge-helper defaults to blacklisting all users, so the qlbr0 bridge created by qlean must be explicitly allowed:
sudo mkdir -p /etc/qemu
sudo sh -c 'echo "allow qlbr0" > /etc/qemu/bridge.conf'
sudo chmod 644 /etc/qemu/bridge.conf
Getting Started
Add the dependency to your Cargo.toml:
[dev-dependencies]
qlean = "0.2"
tokio = { version = "1", features = ["full"] }
Basic Example
Here's a simple test example with single machine:
use anyhow::Result;
use qlean::{Distro, MachineConfig, create_image, with_machine};
#[tokio::test]
async fn test_with_vm() -> Result<()> {
// Create VM image and config
let image = create_image(Distro::Debian, "debian-13-generic-amd64").await?;
let config = MachineConfig::default();
// Execute tests in the virtual machine
with_machine(&image, &config, |vm| {
Box::pin(async {
// Execute a command
let result = vm.exec("whoami").await?;
assert!(result.status.success());
assert_eq!(str::from_utf8(&result.stdout)?.trim(), "root");
Ok(())
})
})
.await?;
Ok(())
}
The following is another example of a multi-machine test:
use anyhow::Result;
use qlean::{Distro, MachineConfig, create_image, with_pool};
#[tokio::test]
async fn test_ping() -> Result<()> {
with_pool(|pool| {
Box::pin(async {
// Create VM image and config
let image = create_image(Distro::Debian, "debian-13-generic-amd64").await?;
let config = MachineConfig::default();
// Add machines to the pool and initialize them concurrently
pool.add("alice".to_string(), &image, &config).await?;
pool.add("bob".to_string(), &image, &config).await?;
pool.init_all().await?;
// Get mutable references to both machines by name
let mut alice = pool.get("alice").await.expect("Alice machine not found");
let mut bob = pool.get("bob").await.expect("Bob machine not found");
// Test ping from Alice to Bob and vice versa
let alice_ip = alice.get_ip().await?;
let result = bob.exec(format!("ping -c 4 {}", alice_ip)).await?;
assert!(result.status.success());
let bob_ip = bob.get_ip().await?;
let result = alice.exec(format!("ping -c 4 {}", bob_ip)).await?;
assert!(result.status.success());
Ok(())
})
})
.await?;
Ok(())
}
For more examples, please refer to the tests directory.
Multi-Distribution Support
Qlean provides built-in support for multiple mainstream Linux distributions. Each distribution is optimized for ease of use and compatibility.
Supported Distributions
| Distribution | Status | WSL Compatible | Boot File Extraction | Version |
|---|---|---|---|---|
| Debian | β Stable | β οΈ Requires guestfish | Auto (guestfish) | Debian 13 (Trixie) |
| Ubuntu | β Stable | β Fully Compatible | Pre-extracted | Ubuntu 24.04 LTS (Noble) |
| Fedora | β Stable | β οΈ Requires guestfish | Auto (guestfish) | Fedora 41 |
| Arch | β Stable | β οΈ Requires guestfish | Auto (guestfish) | Latest |
| Custom | β Stable | β Optional | Flexible | Any Linux distro |
Quick Start with Different Distributions
Ubuntu (Recommended for WSL users)
use anyhow::Result;
use qlean::{Distro, create_image, MachineConfig, with_machine};
#[tokio::test]
async fn test_ubuntu_vm() -> Result<()> {
// Ubuntu - WSL friendly, no guestfish required
let image = create_image(Distro::Ubuntu, "ubuntu-noble-cloudimg").await?;
let config = MachineConfig::default();
with_machine(&image, &config, |vm| {
Box::pin(async {
let result = vm.exec("lsb_release -a").await?;
assert!(result.status.success());
Ok(())
})
})
.await?;
Ok(())
}
Fedora
#[tokio::test]
async fn test_fedora_vm() -> Result<()> {
// Fedora - requires guestfish on host
let image = create_image(Distro::Fedora, "fedora-41-cloud").await?;
let config = MachineConfig::default();
with_machine(&image, &config, |vm| {
Box::pin(async {
let result = vm.exec("cat /etc/fedora-release").await?;
assert!(result.status.success());
Ok(())
})
})
.await?;
Ok(())
}
Arch Linux
#[tokio::test]
async fn test_arch_vm() -> Result<()> {
// Arch - requires guestfish on host
let image = create_image(Distro::Arch, "arch-cloud").await?;
let config = MachineConfig::default();
with_machine(&image, &config, |vm| {
Box::pin(async {
let result = vm.exec("uname -r").await?;
assert!(result.status.success());
Ok(())
})
})
.await?;
Ok(())
}
π‘ Tip: Ubuntu is the recommended distribution for WSL users as it doesn't require guestfish for boot file extraction.
Custom Images
Qlean supports using custom Linux distributions through URL downloads or local file paths, with mandatory checksum verification for security.
Features
- π Flexible Sources: Download from URL or use local qcow2 files
- π Security First: Mandatory SHA-256/SHA-512 checksum verification
- πͺ WSL Compatible: Optional pre-extracted kernel/initrd mode
- π― Any Distribution: Support for any Linux distribution with qcow2 images
Two Modes
Mode 1: Pre-extracted Boot Files (Recommended for WSL)
Provide the image, kernel, and initrd files separately with checksums. This mode works on WSL and doesn't require guestfish.
use anyhow::Result;
use qlean::{create_custom_image, CustomImageConfig, ImageSource, ShaType};
#[tokio::test]
async fn test_custom_ubuntu() -> Result<()> {
let config = CustomImageConfig {
// Main qcow2 image
image_source: ImageSource::Url(
"https://cloud-images.ubuntu.com/noble/current/noble-server-cloudimg-amd64.img".into()
),
image_hash: "abc123...".into(), // Get from SHA256SUMS file
image_hash_type: ShaType::Sha256,
// Pre-extracted kernel (WSL-friendly)
kernel_source: Some(ImageSource::Url(
"https://cloud-images.ubuntu.com/noble/current/unpacked/noble-server-cloudimg-amd64-vmlinuz-generic".into()
)),
kernel_hash: Some("def456...".into()),
// Pre-extracted initrd
initrd_source: Some(ImageSource::Url(
"https://cloud-images.ubuntu.com/noble/current/unpacked/noble-server-cloudimg-amd64-initrd-generic".into()
)),
initrd_hash: Some("ghi789...".into()),
};
let image = create_custom_image("my-ubuntu", config).await?;
// Use the image...
Ok(())
}
Mode 2: Auto-extract Boot Files (Native Linux only)
Provide only the image file with its checksum. Qlean will automatically extract kernel and initrd using guestfish.
#[tokio::test]
async fn test_custom_auto_extract() -> Result<()> {
let config = CustomImageConfig {
image_source: ImageSource::Url(
"https://example.com/my-distro.qcow2".into()
),
image_hash: "your-sha256-hash".into(),
image_hash_type: ShaType::Sha256,
// No kernel/initrd - will auto-extract
kernel_source: None,
kernel_hash: None,
initrd_source: None,
initrd_hash: None,
};
let image = create_custom_image("my-distro", config).await?;
Ok(())
}
Using Local Files
You can also use local qcow2 images:
use std::path::PathBuf;
#[tokio::test]
async fn test_local_custom_image() -> Result<()> {
let config = CustomImageConfig {
image_source: ImageSource::LocalPath(
PathBuf::from("/path/to/my-image.qcow2")
),
image_hash: "your-hash".into(),
image_hash_type: ShaType::Sha256,
kernel_source: Some(ImageSource::LocalPath(
PathBuf::from("/path/to/vmlinuz")
)),
kernel_hash: Some("kernel-hash".into()),
initrd_source: Some(ImageSource::LocalPath(
PathBuf::from("/path/to/initrd.img")
)),
initrd_hash: Some("initrd-hash".into()),
};
let image = create_custom_image("local-distro", config).await?;
Ok(())
}
How to Get Checksums
For Ubuntu cloud images:
# 1. Visit Ubuntu cloud images
# https://cloud-images.ubuntu.com/noble/current/
# 2. Download SHA256SUMS file
wget https://cloud-images.ubuntu.com/noble/current/SHA256SUMS
# 3. Find checksums for your files
grep "noble-server-cloudimg-amd64.img" SHA256SUMS
grep "vmlinuz-generic" SHA256SUMS
grep "initrd-generic" SHA256SUMS
For other distributions:
- Fedora: Check the CHECKSUM file in the release directory
- Arch: Look for
.SHA256files alongside the image - Custom images: Compute using
sha256sum your-file.qcow2orsha512sum your-file.qcow2
Security
All custom images require checksum verification. This ensures:
- β Protection against corrupted downloads
- β Protection against man-in-the-middle attacks
- β Verification of file integrity
If the checksum doesn't match, image creation will fail with an error.
Common Errors
Error: "guestfish not available"
This error occurs when using auto-extraction mode (Mode 2) on WSL or without guestfish installed.
Solution:
- Use Mode 1 (pre-extracted boot files) for WSL compatibility, or
- Install libguestfs-tools on native Linux:
sudo apt install libguestfs-tools
Error: "hash mismatch"
This indicates the file doesn't match the expected checksum.
Solution:
- Verify you copied the correct hash from the official source
- Re-download the file (might be corrupted)
- Check you're using the correct hash type (SHA256 vs SHA512)
Network Configuration
Qlean uses a dedicated libvirt virtual network to provide isolated, reproducible networking for test VMs. The default network definition is stored at ~/.local/share/qlean/network.xml as follows:
<network>
<name>qlean</name>
<bridge name='qlbr0'/>
<forward mode="nat"/>
<ip address='192.168.221.1' netmask='255.255.255.0'>
<dhcp>
<range start='192.168.221.2' end='192.168.221.254'/>
</dhcp>
</ip>
</network>
This configuration defines a NAT-based virtual network named qlean (used internally by libvirt) that creates a Linux bridge interface called qlbr0. The bridge is assigned the IP address 192.168.221.1 and serves as the gateway for a /24 subnet (192.168.221.0/24). A built-in DHCP server automatically assigns IP addresses to virtual machines in the range 192.168.221.2 to 192.168.221.254, enabling seamless network connectivity between the host, test VMs, andβvia NATβthe external network.
[!NOTE] If the
192.168.221.0/24subnet conflicts with your local network, you may edit the configuration file to use a different IP rangeοΌbut keep the<name>qlean</name>and<bridge name='qlbr0'/>unchanged to ensure compatibility with qlean's internal logic.
API Reference
Top-Level Interface
create_image(distro, name) - Create or retrieve a VM image from the specified distribution
Supported distributions:
Distro::Debian- Debian 13 (Trixie)Distro::Ubuntu- Ubuntu 24.04 LTS (Noble) - WSL friendlyDistro::Fedora- Fedora 41Distro::Arch- Arch Linux (latest)
pub async fn create_image(distro: Distro, name: &str) -> Result
create_custom_image(name, config) - Create a custom image with flexible configuration
pub async fn create_custom_image(
name: &str,
config: CustomImageConfig
) -> Result
Configuration types:
pub struct CustomImageConfig {
// Image file (required)
pub image_source: ImageSource,
pub image_hash: String,
pub image_hash_type: ShaType,
// Optional: pre-extracted kernel and initrd (WSL-friendly)
pub kernel_source: Option,
pub kernel_hash: Option,
pub initrd_source: Option,
pub initrd_hash: Option,
}
pub enum ImageSource {
Url(String), // Download from URL
LocalPath(PathBuf), // Use local file
}
pub enum ShaType {
Sha256, // SHA-256 checksum
Sha512, // SHA-512 checksum
}
with_machine(image, config, f) - Execute an async closure in a virtual machine with automatic resource cleanup
with_pool(f) - Execute an async closure in a machine pool with automatic resource cleanup
-
MachineConfig- Configuration for virtual machine resources (CPU, memory, disk)pub struct MachineConfig { pub core: u32, // Number of CPU cores pub mem: u32, // Memory size in MB pub disk: Option<u32>, // Disk size in GB (optional) pub clear: bool, // Clear resources after use }
Machine Core Interface
Machine::new(image, config)- Create a new machine instanceMachine::init()- Initialize the machine (first boot with cloud-init)Machine::spawn()- Start the machine (normal boot)Machine::exec(command)- Execute a command in the VM and return the outputMachine::shutdown()- Gracefully shutdown the virtual machineMachine::upload(src, dst)- Upload a file or directory to the VMMachine::download(src, dst)- Download a file or directory from the VMMachine::get_ip()- Get the IP address of the VM
Machine Pool Interface
MachinePool::new()- Create a new, empty machine poolMachinePool::add(name, image, config)- Add a new machine instance to the poolMachinePool::get(name)- Get a machine instance by the nameMachinePool::init_all()- Initialize all machines in the pool concurrentlyMachinePool::spawn_all()- Spawn all machines in the pool concurrentlyMachinePool::shutdown_all()- Shutdown all machines in the pool concurrently
std::fs Compatible Interface
The following methods provide filesystem operations compatible with std::fs semantics:
Machine::copy(from, to)- Copy a file within the VMMachine::create_dir(path)- Create a directoryMachine::create_dir_all(path)- Create a directory and all missing parent directoriesMachine::exists(path)- Check if a path existsMachine::hard_link(src, dst)- Create a hard linkMachine::metadata(path)- Get file/directory metadataMachine::read(path)- Read file contents as bytesMachine::read_dir(path)- Read directory entriesMachine::read_link(path)- Read symbolic link targetMachine::read_to_string(path)- Read file contents as stringMachine::remove_dir_all(path)- Remove a directory after removing all its contentsMachine::remove_file(path)- Remove a fileMachine::rename(from, to)- Rename or move a file/directoryMachine::set_permissions(path, perm)- Set file/directory permissionsMachine::write(path, contents)- Write bytes to a file
License
This project is licensed under the MIT license.
Dependencies
~93β130MB
~2.5M SLoC