rencfs --log-level LEVEL ...

在 Rust 中使用

更多信息请见这里

从源码构建

浏览器

您可以在浏览器中编译、运行并快速尝试它。启动它后

sudo apt-get update && sudo apt-get install fuse3
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
mkdir mnt && mkdir data
cargo run --release -- mount -m mnt -d data

打开另一个终端

cd mnt
mkdir a && cd a
echo "test" > test.txt
cat test.txt

本地

目前，FUSE（fuse3 包）仅在 Linux 上工作，因此要启动项目，您需要在 Linux 上。或者，您可以在容器中开发，这将启动一个本地 Linux 容器，IDE 将连接到它，您可以在其中构建和启动应用程序，并使用终端测试它。

获取源代码

git clone [email protected]:radumarias/rencfs.git && cd rencfs

依赖关系

Rust

要从源码构建，您需要安装 Rust，有关如何安装的详细信息，请参阅这里。

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

因此，Rust 开发者通常会将此目录包含在其 PATH 环境变量中。在安装过程中，rustup 将尝试配置 PATH。由于平台、命令 shells 和 rustup 中的差异和错误，对 PATH 的修改可能需要重新启动控制台、注销用户或可能根本无法成功。

如果在安装后，在控制台中运行 rustc --version 失败，这很可能是最可能的原因。在这种情况下，请手动将其添加到 PATH 中。

项目配置为使用 nightly 工具链，在 rust-toolchain.toml 中，首次构建时将获取 nightly。

cargo install cargo-aur
cargo install cargo-generate-rpm

其他依赖项

此外，还需要以下依赖项（或根据您的发行版）

Arch

sudo pacman -Syu && sudo pacman -S fuse3 base-devel

Ubuntu

sudo apt-get update && sudo apt-get install fuse3 build-essential

Fedora

sudo dnf update && sudo dnf install fuse3 && dnf install @development-tools

调试构建

cargo build

发布构建

cargo build --release

运行

cargo run --release -- mount --mount-point MOUNT_POINT --data-dir DATA_DIR

开发设置

如果您不想被提示输入密码，可以设置此环境变量并按如下方式运行：

RENCFS_PASSWORD=PASS cargo run --release -- mount --mount-point MOUNT_POINT --data-dir DATA_DIR

对于开发模式，建议使用 DEBUG 日志级别运行。

cargo run --release -- --log-level DEBUG mount --mount-point MOUNT_POINT --data-dir DATA_DIR

为 Fedora 构建本地 RPM

这使用了 cargo-generate-rpm。

cargo install cargo-generate-rpm
cargo build --release
cargo generate-rpm

生成的 RPM 将位于此处：target/generate-rpm。

安装和运行本地 RPM

cd target/generate-rpm/
sudo dnf localinstall rencfs-xxx.x86_64.rpm

在容器中开发

请参阅如何为 RustRover 和 VsCode 配置。

您可以使用项目中的 .devcontainer 目录来启动一个容器，其中包含构建和运行应用程序所需的所有必要工具。

最低支持的 Rust 版本 (MSRV)

最低支持的版本是 1.75。

未来

• 计划也在 macOS 和 Windows 上实现它
• Systemd 服务正在开发中 rencfs-daemon
• GUI正在开发中 rencfs-desktop 和 rencfs-kotlin
• 移动应用针对 Android 和 iOS 正在开发中 rencfs-kotlin

性能

Aes256Gcm平均比 ChaCha20Poly1305 快 1.28 倍。这是因为大多数 CPU 通过 AES-NI 对 AES 进行了硬件加速。但是，在没有硬件加速的地方，ChaCha20Poly1305 更快。此外，ChaChaPoly1305 在 SIMD 方面表现更好。

加密比较

AES-GCM 与 ChaCha20-Poly1305

• 如果你有硬件加速（例如 AES-NI），那么 AES-GCM 提供更好的性能。在我的基准测试中，它平均快了 1.28 倍。
  如果你没有硬件加速，AES-GCM 要么比 ChaCha20-Poly1305 慢，要么在缓存时间泄露你的加密密钥。
• AES-GCM 可以针对多个安全级别（128-位，192-位，256-位），而 ChaCha20-Poly1305 仅定义在 256-位 安全级别。
• nonce 的大小
  • AES-GCM：可变，但标准是 96 位（12 字节）。如果你提供一个更长的 nonce，它将被哈希到 16 字节。
  • ChaCha20-Poly1305：标准版本使用 96-位 nonce（12 字节），但原始版本使用 64-位 nonce（8 字节）。
• 单个（密钥，nonce）对的磨损
  • AES-GCM：消息长度必须小于 2^32 – 2 块（即 2^36 – 32 字节，也称为 2^39 – 256 位），大约为 64GB。这也使得对具有长非ces的 AES-GCM 的安全分析变得复杂，因为散列的非ces不以 00 00 00 02 设置的最低 4 字节 开始。
  • ChaCha20-Poly1305：ChaCha 有一个内部计数器（在标准化 IETF 变体中为 32 位，在原始设计中为 64 位）。最大消息长度为 2^39 - 256 位，大约为 256GB
• 这两种算法都不是 nonce误用抵抗的。
• ChaChaPoly1305 在 SIMD 方面表现更好