我在这里有一种情况。
我们需要控制2台服务器。 到目前为止我们所知道的是:
以前的pipe理员已被解雇,必须被认为是邪恶的。 他可以远程访问。
其中一台服务器不能正常工作,老pipe理员说,如果其中一台服务器closures,整个系统就会中断。
我们不知道,他真的有多好。
我们目前的计划: – 无论如何关掉服务器,并形成一个完整的形象。 – 在networking周围增加一个防火墙 – 再次启动一个服务器 – configuration防火墙,只允许SIPstream量通过
所以我们希望得到一个工作系统,旧的pipe理员无法远程连接。
然后尝试进入另一台服务器进行configuration,并真正获得控制权。
你有什么额外的想法? 你看到弱点吗?
任何想法的欢迎。
英戈
—更新—
系统的防火墙,也没有形成一个形象已被接受。
他们试图迫使我们只是试图破解密码,没有进一步的预防措施,所以最终我们走开了。
接受的答案是我们会做的。
这是我将如何做的:
由于您要closures服务器,请使用Live CD / USB密钥启动其中一个服务器,安装根文件系统和chroot 。
然后更改root密码,并检查是否有其他用户提交并更改密码。
然后,您可以重新启动它,连接到networking并按照与其他服务器相同的步骤进行操作。
因为系统正在工作,所以不需要像@Mr Shunzbuild议的那样用一个live cd启动。 只需重新启动服务器,在启动pipe理器中select编辑启动参数,并添加1到最后。 系统将在运行级别1下启动,没有networking,并且root用户已经login。最终禁止系统pipe理程序在启动时自动启动,所以像puppet或chef这样的东西最终不会在系统上执行特定的用户或密码。 更改根密码,重新启动,然后使用root用户调查系统上的内容。
这个答案将取决于使用Grub和重新启动服务器,但由于他们是Redhat服务器,Grub实际上是有保证的,这是一个可靠的方式来重新获得访问,而无需启动到另一个媒体。 开始:
开始重新启动。 popup自举程序屏幕时,垃圾邮件的退出键停止自动引导到fefault内核。
使用箭头键突出显示要引导的内核,然后按“e”编辑该行。
将以下内容追加到内核行:“init = / bin / bash”
点击“input”键接受更改。
确保你编辑的行高亮显示,按“b”键启动编辑好的内核行。
这将在OS的其余部分加载之前以root身份启动到一个shell中; 文件系统将作为只读进行装载。
您现在可以使用“passwd root”来更改root的密码。 如果你发现你需要在这个状态下写入一个文件,你可以执行“mount -o remount,rw /”来以读/写的方式重新挂载文件系统。
如果您已将文件系统重新挂载为读/写,请使用“mount -o remount,ro /”以只读方式重新挂载。 使用shutdown -H暂停系统,然后重新启动服务器。