想掌握怎么着将你的Linux服务器清空空吗,怎么样
分类:pc28.am

人们常常在谈论托管服务器或云服务器所带来的便利,但如果这些设备已经该寿终正寝,大家会如何处理?当然,我们可以联系设备商,让他们负责报废工作,但这实际上很难保证其中的数据安全地被加以清除。如果不具备对设备的物理访问能力,他们很难将磁盘取出、覆盖一切旧有内容,并最终用大锤将其砸个粉碎。因此,当我们准备放弃托管(或云)服务器时,心中应该有所预期,即该设备很可能得不到有效的摧毁。

我想大家一定遇到过需要远程且安全地清除Linux服务器内容的状况,在本文中我将分享具体的操作方法。(注:这里的数据清空虽然也具有破坏性质,然而却是用来处理报废的服务器硬盘的;当然理论上,如果有人想要搞破坏的话……)

其实上述问题是我最近一次在与Matt Prigge的讨论中无意间提及的。有一家托管服务供应商的几台Linux服务器已经达到三年使用上限,因此需要在不具备物理访问能力的前提下将内容彻底清空。在这种情况下也不用考虑重启设备,因为你无法保证它们能够正常重启。尽管就这么放着似乎也不会带来什么大麻烦,但任何具备解锁权限的家伙还是能够窃取到该系统上的各类数据。而且虽然Darik's Boot and Nuke也能很便捷地完成清空工作,但我们在这里想聊聊其它方案。

人们常常在谈论托管服务器或云服务器所带来的便利,但如果这些设备已经该寿终正寝,大家会如何处理?当然,我们可以联系设备商,让他们负责报废工作,但这实际上很难保证其中的数据安全地被加以清除。如果不具备对设备的物理访问能力,他们很难将磁盘取出、覆盖一切旧有内容,并最终用大锤将其砸个粉碎。因此,当我们准备放弃托管(或云)服务器时,心中应该有所预期,即该设备很可能得不到有效的摧毁。

大家可以在root下运行rm -rf / 指令,这可能会将设备的内容搞得乱七八糟,但仍然无法保证一切信息都被安全删除。事实上,我们甚至不能肯定这种方法是否删除了全部文件,并使它们无法被恢复——而且一段时间之后,服务器开始没有响应,进入未知状态,我们也就无法验证信息的清空情况了。

其实上述问题是我最近一次在与Matt Prigge的讨论中无意间提及的。有一家托管服务供应商的几台Linux服务器已经达到三年使用上限,因此需要在不具备物理访问能力的前提下将内容彻底清空。在这种情况下也不用考虑重启设备,因为你无法保证它们能够正常重启。尽管就这么放着似乎也不会带来什么大麻烦,但任何具备解锁权限的家伙还是能够窃取到该系统上的各类数据。而且虽然Darik's Boot and Nuke也能很便捷地完成清空工作,但我们在这里想聊聊其它方案。

幸运的是,还有另外一些安全清除Linux服务器内容的方法。

大家可以在root下运行rm -rf / 指令,这可能会将设备的内容搞得乱七八糟,但仍然无法保证一切信息都被安全删除。事实上,我们甚至不能肯定这种方法是否删除了全部文件,并使它们无法被恢复——而且一段时间之后,服务器开始没有响应,进入未知状态,我们也就无法验证信息的清空情况了。

在这个例子中,我们的目标是对所有本地磁盘执行数次归零操作,以确保MBR被彻底清空;这对于保证磁盘中数据的完全擦除是比较理想的有效方案。(遗憾的是,这一回振奋人心的大锤没有发挥的余地)。另外,我还需要对磁盘内容进行确认——而且整台设备应该在归零操作完成后自行关闭。

幸运的是,还有另外一些安全清除Linux服务器内容的方法。

如何才能做到这一点呢?事实上这相当简单。

在这个例子中,我们的目标是对所有本地磁盘执行数次归零操作,以确保MBR被彻底清空;这对于保证磁盘中数据的完全擦除是比较理想的有效方案。(遗憾的是,这一回振奋人心的大锤没有发挥的余地)。另外,我还需要对磁盘内容进行确认——而且整台设备应该在归零操作完成后自行关闭。

第一步首先要创建一个Ramdisk,并将所有相关的二进制文件及函数库复制进去。

如何才能做到这一点呢?事实上这相当简单。

接下来,停用所有可能带来磁盘写入动作的系统服务,例如系统日志等。

第一步首先要创建一个Ramdisk,并将所有相关的二进制文件及函数库复制进去。

上述内容完成后,查看挂载列表,并留心其中的全部区块装置,然后动态创建一个脚本,将0(或者其它任何大家喜欢的随机内容)向这些装置中至少写入一次——不过最好是五次或更多。

接下来,停用所有可能带来磁盘写入动作的系统服务,例如系统日志等。

除此之外,还要确保我们对每个磁盘的第一个512字节内容写入0,这样MBR就能得以完全清除。

上述内容完成后,查看挂载列表,并留心其中的全部区块装置,然后动态创建一个脚本,将0(或者其它任何大家喜欢的随机内容)向这些装置中至少写入一次——不过最好是五次或更多。

一旦这套脚本创建完成并部署到ramdisk当中,关闭所有调动指令、将根目录更改为ramdisk,然后由此开始运行。

除此之外,还要确保我们对每个磁盘的第一个512字节内容写入0,这样MBR就能得以完全清除。

不要忘了给自己保留一个能够访问的临时工作环境。

一旦这套脚本创建完成并部署到ramdisk当中,关闭所有调动指令、将根目录更改为ramdisk,然后由此开始运行。

运行此脚本的最终结果是以远程方式将系统中的所有活跃分区都全面而彻底地加以清除,而这一切工作都是通过ssh完成,无需具备控制台或是物理访问能力。如果各位拥有Linux托管服务器,或者甚至是一些远程站点的互联网服务器,那么在需要对其进行善后处理时,这套用于系统清空的脚本将为大家提供很好的帮助作用。事实上,在我们打算将一台处于任何地点的Linux服务器扔进垃圾堆——或者即将着手处理——时,这套脚本都能快速、便捷地为我们完成预期工作。

不要忘了给自己保留一个能够访问的临时工作环境。

需要强调的是,这套脚本还有一项任务没有完成,即安全删除任何由托管服务供应商所持有的备份或快照信息。由于这属于供应商自家的特殊规范,因此大家必须主动加以跟进;而且在云服务器实例或者托管虚拟机领域,我们肯定要考虑到这一点。如果某台运行中的服务器具备一大堆快照之类的后备方案,那么对其进行归零实际上没有多大意义。另外,这在准虚拟化的VPS实例上也行不通,因为它们不允许对低级磁盘进行访问。

运行此脚本的最终结果是以远程方式将系统中的所有活跃分区都全面而彻底地加以清除,而这一切工作都是通过ssh完成,无需具备控制台或是物理访问能力。如果各位拥有Linux托管服务器,或者甚至是一些远程站点的互联网服务器,那么在需要对其进行善后处理时,这套用于系统清空的脚本将为大家提供很好的帮助作用。事实上,在我们打算将一台处于任何地点的Linux服务器扔进垃圾堆——或者即将着手处理——时,这套脚本都能快速、便捷地为我们完成预期工作。

如果各位有兴趣,可以看看下面这个例子,功能很完整:

需要强调的是,这套脚本还有一项任务没有完成,即安全删除任何由托管服务供应商所持有的备份或快照信息。由于这属于供应商自家的特殊规范,因此大家必须主动加以跟进;而且在云服务器实例或者托管虚拟机领域,我们肯定要考虑到这一点。如果某台运行中的服务器具备一大堆快照之类的后备方案,那么对其进行归零实际上没有多大意义。另外,这在准虚拟化的VPS实例上也行不通,因为它们不允许对低级磁盘进行访问。

...

图片 1

本文由pc28.am发布于pc28.am,转载请注明出处:想掌握怎么着将你的Linux服务器清空空吗,怎么样

上一篇:数据挖掘,从回归分析到数据挖掘 下一篇:没有了
猜你喜欢
热门排行
精彩图文