This repository is a DPI bypass toolkit that intercepts and manipulates network packets to evade Deep Packet Inspection systems. It uses a modular architecture with a core daemon (nfqws2/dvtws2/winws2) that processes packets via NFQUEUE (Linux), divert sockets (*BSD), or WinDivert (Windows/Cygwin). Packet manipulation logic is implemented in Lua scripts, allowing flexible obfuscation strategies like packet splitting, reordering, and fake packet generation. The system includes automatic IP/host list management from external sources (antizapret, reestr), connection tracking for flow state, and cross-platform service integration. Key entry points are the main daemon, installation scripts, and list management utilities. Data flow involves packet interception → dissection → profile-based Lua processing → verdict (PASS/MODIFY/DROP) → reinjection. External dependencies include kernel interfaces (netfilter/WinDivert), Lua, zlib, and shell utilities for list updates.
Solo5 is a sandboxed execution environment for unikernels, providing a minimal, legacy-free interface between unikernel applications and host systems. It supports multiple backends: hvt (hardware virtualization via KVM, FreeBSD/OpenBSD/DragonFly vmm), spt (Linux seccomp sandbox), virtio (QEMU/bhyve), Xen, and Muen. The architecture consists of guest-side bindings (implementing the solo5_* API) and host-side tenders (loaders/runtime components). Key entry points include the guest's _start() in each binding's start.c and the tender's main (e.g., hvt_main.c, spt_main.c). Data flows are synchronous: unikernels communicate via hypercalls (hvt), seccomp-allowed syscalls (spt), or Xen hypercalls, with shared-memory ring buffers for I/O. External dependencies include libseccomp (spt), KVM/BSD hypervisor APIs, and vendored Xen public headers. The project originated from IBM Research and is used by MirageOS and other unikernel frameworks.
NixBSD is a declarative system configuration framework that ports NixOS infrastructure to BSD kernels (FreeBSD and OpenBSD). It functions as a complete operating system distribution definition, managing bootloaders, init systems, services, and user configurations through Nix expressions. The architecture is modular, leveraging the NixOS module system to define system state, with specific adaptations for BSD-specific tools like rc.d, jails, and ZFS. The system relies heavily on custom build logic to generate disk images, installers, and bootloader configurations that are compatible with BSD hardware constraints. It includes a portable init abstraction layer to unify service management across Linux, FreeBSD, and OpenBSD, though this introduces significant complexity. Security features like PAM, ACME certificates, and setuid wrappers are implemented as declarative modules. While the codebase demonstrates high craftsmanship in system integration and Nix expression patterns, it suffers from high technical drift due to the inherent divergence between NixOS (systemd-based) and BSD (rc-based) ecosystems. Upstream NixOS changes frequently require manual merging, and BSD-specific logic (e.g., initware, stand-freebsd) creates maintenance bottlenecks. It is a robust infrastructure tool for users requiring declarative BSD management but requires significant expertise to maintain.