Content management system 密码保护私人物品

Content management system 密码保护私人物品,content-management-system,archive,password-protection,database,Content Management System,Archive,Password Protection,Database,我正在寻找一种可移植的方式(应用程序、文件格式、库/API、CMS、DBMS等等)来拒绝对文本文件集合的读写访问,除非用户输入密码。这将是个人使用,即文件将存储在我的计算机上,我与其他人共享 我已经试过了: 密码保护的档案:但即使对一个文件进行一次小的编辑也需要解包 把所有东西都重新打包,这很烦人 由DBMS支持的wiki,具有一个受密码保护的帐户:但DBMS root用户将能够阅读我的资料 。。。有什么想法吗?我用它在我的电脑上挂载加密卷。也可用于Mac和Linux 当我想处理文件时,我会

我正在寻找一种可移植的方式(应用程序、文件格式、库/API、CMS、DBMS等等)来拒绝对文本文件集合的读写访问,除非用户输入密码。这将是个人使用,即文件将存储在我的计算机上,我与其他人共享

我已经试过了:

  • 密码保护的档案:但即使对一个文件进行一次小的编辑也需要解包 把所有东西都重新打包,这很烦人
  • 由DBMS支持的wiki,具有一个受密码保护的帐户:但DBMS root用户将能够阅读我的资料
。。。有什么想法吗?

我用它在我的电脑上挂载加密卷。也可用于Mac和Linux


当我想处理文件时,我会挂载该卷(该卷显示为一个新的驱动器号),并在完成后卸载它。重新启动后装载无法继续,因此关闭计算机可以保证在再次访问卷之前必须重新装载该卷。

我刚刚查看了en.wikipedia上的“磁盘加密软件比较”,发现TC是这些应用程序中最适合我的。谢谢你抽出时间。然而,在,它说人们也应该加密系统分区,或者在RAM中运行一个没有安装未加密分区的实时操作系统,这是我尝试的另一种解决方案。这是因为操作系统可以以其他方式转储文件名和/或数据,尤其是Windows。所以我想我会回到RAM模式下运行Linux,或者在虚拟机中运行,或者在U盘上运行,或者只在我的计算机上的一个单独分区上运行,只有一个passw保护的帐户,即我的帐户。在那里,TC将毫无用处——毕竟,除了我之外没有其他用户——所以我想我将运行一个wiki,也许是MediaWiki。我认为那个磁盘是加密的。一般来说,软件,特别是TC,更适合在安全机器之间的不安全通道上传输文件,而不是在不安全机器上处理文件,因此我相信它将是保护我的wiki基础数据库备份的一个很好的工具。再次感谢你的时间和想法-伊格尼斯