编辑“︁EncFS”︁（章节）

== 文件系统选项 ==
在新建EncFS卷时，有数个用来自定义文件系统的选项，以满足不同需求。

=== 密码算法 ===
EncFS可使用若干种存在于系统中各加密库内的加解密算法。[[Blowfish]]和[[高级加密标准|AES]]通常可用。

可以为支持“可变密钥长度”的密码算法选择密钥长度（keySize）。

=== 块大小 ===
每个文件均以块的形式加密，有选项控制这些块的大小。每次读取单个字节时，必须解密包含它的整个块。同样，每次写入都需要解密对应块、更改内容并重新加密。

默认的块大小1024（字节）足以满足大多数用途。

=== 文件名编码 ===
源目录中的文件名可以存储为明文、加密块或流模式加密。块模式在一定程度上掩盖了文件名长度，而流模式的文件名会尽可能短，这在某些文件系统中可能节省一些存储空间。

=== 文件名IV链 ===
启用此选项后，加密文件名所用的[[初始向量|初始化向量]]取自文件的父目录——这将使两个同名但位于不同目录的文件具有不同的加密后文件名。

如果重命名目录，则其中包含的所有文件和目录都需要重新加密其文件名，这可能花费不少时间和资源。如果经常重命名含有大量子项目的目录，则应该禁用此选项。

=== 每个文件的初始化向量 ===
启用此选项后，每个文件都使用一个随机的8字节初始化向量来加密，该向量存储在源目录的加密文件中。如果禁用此选项，则每个文件都使用相同的初始化向量来加密，可能使卷密钥更容易被破解。

启用此选项可加强文件系统的安全性，但每个文件会多占用8个字节。

=== 外部IV链 ===
使文件数据的初始化向量派生自文件名的初始化向量链。相同数据但不同文件名或目录的文件将加密成不同的样子。

如此，此模式启用时重命名文件需要文件的随机初始化向量被文件名初始化向量链中的更改抵消，或者重新编码数据。 EncFS的作者选择了前一种方法，因为快得多，尤其是对于大文件。

=== 文件名到IV头部链 ===
使编码依赖于完整的路径名。因此重命名或移动文件将需要重新编码。不支持硬链接。

=== 块MAC头部 ===
存储每个加密块的校验和，使EncFS能检测到加密文件的损坏或修改。校验和 (blockMACBytes)为8个字节，并可选择向每个块添加最多8个额外字节的随机数据 (blockMACRandBytes)，以防止相同未加密数据的两个块有相同的校验和。因为必须在读取数据（验证完整性）与写入数据（更新校验和）时计算每个块的校验和，此选项会带来大量[[中央处理器|CPU]]开销。