精通Linux第16课.docVIP

饭客网络安全培训基地 中国最大的网络安全培训 只做网络安全 信息安全方面的培训 宗旨：坚持 宣传 信誉 实力 回报 专业培训网络信息安全人才 成就中国网络安全边防军团 ------------------ 大家好，我是Sweet 今天的Linux第16课 精通Linux之链接设置 --------------------------------------------------------------------------------------------------------- 连结档的介绍∶ ln 什么是连结档呢？其实连结档有点类似 Windows 底下的『捷径』！也就是很多的连结档案( link file )其实都指向同一个来源档案( source file )！不过，在所有的档案类型当中， 连结档算是比较难理解的一部份了！因为连结档还分成 Hard link 与 symbolic link 两种，这两种连结档在架构上是完全不一样的， Hard Link (硬式连结或实际连结) 在前一节当中，我们提到档案的读取方式为∶ 先由一层一层的目录取得档案相关的关连资料， 再到对应的 inode 取得档案的属性，以及档案内容资料所在的 Block ， 最后到 Block area 取得档案的资料。 那么 hard link 怎么制作档案的连结呢？！很简单， Hard Link 只是在某个目录下新增一个该档案的关连资料而已！ 举个例子来说，假设我的 /root/crontab 为一个 hard link 的档案，他连结到 /etc/crontab 这个档案，也就是说，其实 /root/crontab 与 /etc/crontab 是同一个档案，只是有两个目录( /etc 与 /root )记录了 crontab 这个档案的关连资料罢了！也就是说，我由 /etc 这个目录所记录的关连资料可知道 crontab 的 inode 放置在 A 处，而由 /root 这个目录下的关连资料， crontab 同样也指到 A 处的 inode ！所以， crontab 这个档案的 inode 与 block 都没有改变， 有的只是有两个目录记录了关连资料。那这样有什么好处呢？最大的好处就是『安全！』如同上面提到的 /root/crontab 与 /etc/crontab 中， 不管哪一个档案被删除了，其实仅是移除一笔目录底下的档案关连性资料，并没有更动到原本档案的 inode 与 block 资料呢！而且，不论由那个目录连结到正确的 crontab 的 inode 与 block ， 都可以正确无误的进行资料的修改 一般来说，使用 hard link 设定连结档时，磁碟的空间与 inode 的数目都不会改变！ 由上面的说明来看，我们可以知道， hard link 只是在某个目录下的 block 多写入一个关连资料，所以当然不会用掉 inode 与磁碟空间 由于 hard link 是在同一个 partition 上面进行资料关连的建立，所以 hard link 是有限制的∶ 不能跨 Filesystem； 不能 link 目录。 不能跨 Filesystem 还好理解，因为 hard link 本来就是在一个 partition 内建立关连性的， 那不能 hard link 到目录又是怎么回事呢？这是因为如果使用 hard link 连结到目录时， 连结的资料被需要连同被连结目录底下的所有资料都建立连结，举例来说，如果你要将 /etc 使用硬式连结建立一个 /etc_hd 的目录时，那么在 /etc_hd 底下的所有资料同时都与 /etc 底下的资料要建立 hard link 的，而不能仅是连结到 /etc_hd 与 /etc 而已。 并且，未来如果需要在 /etc_hd 底下建立新档案时，连带的， /etc 底下的资料又得要建立一次 hard link ，因此造成环境相当大的复杂度。 所以，目前 hard link 对于目录暂时还是不支援的！ Symbolic Link (符号连结，亦即是捷径) 相对于 hard link ， Symbolic link 可就好理解多了，基本上， Symbolic link 就是在建立一个独立的档案， 而这个档案会让资料的读取指向他 link 的那个档案内容！由于只是利用档案来做为指向的动作， 所以，当来源档被删除之后，symbolic link 的档案会『开不了』， 会一直说『无法开启某档案！』。这里还是得特别留意，这个 Symbolic Link 与 Windows 的捷径可以给他划上等号，由 Symbolic link