操作系统文件保护及文件共享
Posted bfhonor
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了操作系统文件保护及文件共享相关的知识,希望对你有一定的参考价值。
一、文件保护
- 保护文件数据的安全。
(一)口令保护
- 优点:保存口令的空间开销不多,验证口令的时间开销也很小。
- 缺点:正确的“口令”存放在系统内部,不够安全。
(二)加密保护
- 使用某个“密码”对文件进行加密,在访问文件时需要提供正确的“密码”才能对文件进行正确的解密。
- 优点:保密性强,不需要在系统中存储“密码”
- 缺点:编码/译码,或者说加密/解密要花费一定时间。
(三)访问控制
- 在每个文件的FCB(或索引结点)中增加一个访问控制列表(Access-Control List, ACL),该表中记录了各个用户可以对该文件执行哪些操作。
- 精简的访问列表:以“组”为单位,标记各“组”用户可以对文件执行哪些操作。如:分为 系统管理员、文件主、文件主的伙伴、其他用户 几个分组。
- 当某用户想要访问文件时,系统会检查该用户所属的分组是否有相应的访问权限。【系统需要管理分组的信息】
二、文件共享
- 操作系统为用户提供文件共享功能,可以让多个用户共享地使用同一个文件
- 注意:多个用户共享同一个文件,意味着系统中只有“一份”文件数据。并且只要某个用户修改了该文件的数据,其他用户也可以看到文件数据的变化。
- 如果是多个用户都“复制”了同一个文件,那么系统中会有“好几份”文件数据。其中一个用户修改了自己的那份文件数据,对其他用户的文件数据并没有影响。
(一)基于索引结点的共享方式(硬链接)
- 索引结点,是一种文件目录瘦身策略。由于检索文件时只需用到文件名,因此可以将除了文件名之外的其他信息放到索引结点中。这样目录项就只需要包含文件名、索引结点指针。
- 索引结点中设置一个链接计数变量 count,用于表示链接到本索引结点上的用户目录项数。
- 若 count = 2,说明此时有两个用户目录项链接到该索引结点上,或者说是有两个用户在共享此文件。
- 若某个用户决定“删除”该文件,则只是要把用户目录中与该文件对应的目录项删除,且索引结点的count值减 1。
- 若 count>0,说明还有别的用户要使用该文件,暂时不能把文件数据删除,否则会导致指针悬空。
- 当 count = 0 时系统负责删除文件。
(二)基于符号链的共享方式(软链接)
- 当 User3 访问“ccc”时,操作系统判断文件“ccc”属于 Link 类型文件,于是会根据其中记录的路径层层查找目录,最终找到 User1 的目录表中的“aaa”表项,于是就找到了文件1的索引结点。
以上是关于操作系统文件保护及文件共享的主要内容,如果未能解决你的问题,请参考以下文章