多年前,当我部署带有附加键盘和监视器的物理系统时,我有时会修改Red Hat系统上的/ etc / inittab以禁用重启陷阱.这通常发生在本地IT人员或Windows管理员意外地在错误的终端/键盘/窗口上使用魔术键组合并重新启动其服务器之后.
# Trap CTRL-ALT-DELETE ca::ctrlaltdel:/sbin/shutdown -t3 -r now
自RHEL4天以来我没有这样做过,但是较新的系统似乎有一个/etc/init/control-alt-delete.conf文件.
在那之后的几年里,我的大多数系统都被无头部署或作为虚拟机运行.这减少了非预期重启的频率……但是,我最近有一组ctrl-alt-delete oopses来自：
1).数据中心工作人员将IP KVM插入错误的服务器.@H_301_11@2). Windows管理员在VMware控制台中使用密钥组合,认为登录需要它.@H_301_11@3).我在HP ILO控制台中使用ctrl-alt-delete宏来重新启动Live CD ……但它实际上是very busy production server的ILO.
>默认情况下在Linux中禁用Ctrl-Alt-Delete重启是否有意义？@H_301_11@>这是一个共同的问题,还是一般被忽视？@H_301_11@>这样做有什么缺点吗？@H_301_11@>您如何在您的环境中处理此问题？
编辑：事实上,I just encountered this server,一个运行1115天的虚拟机,root密码未知,并且未安装VMware工具(因此Ctrl-Alt-Delete将是唯一的正常关闭选项).
解决方法
即使防止对电源/复位开关和电源线进行物理访问,上述操作也是Ctrl-Alt-Delete的危险方式.引导加载程序密码(以及BIOS密码加上禁用USB / CD-ROM引导和引导菜单键)可以防止这种情况,但使合法的紧急恢复变得更加困难.
