技术解析

执行命令 chown -R zhangshan:zhangsan / 这样操作后,不能远程到 ssh 服务器了
0
2021-06-24 19:36:09
idczone

同事更改文件夹的所有者时,执行命令写成了 chown -R zhangshan:zhangsan / ,然后看见不停的跑命令后,就把窗口关了,现在导致 所有用户都不能远程 ssh 了,但是之前部署的应用还能正常访问。请问大家有什么解决方案吗


作死。。。。
带启动盘去机房修复权限吧还能怎么办。

有能登录上去的工具么?比如 saltstack 客户端啊,你们部署的应用啊。能就还可以救,不能就只能 resecure 了。


重装吧。

然后看见不停的跑命令后,就把窗口关了——正常情况不是应该 ctrl+c 吗?
如果已经关闭用户名密码登录,那只能试试 vps 提供的 web 登录了,不然还可以试试 web ssh 登录

ssh 基本没戏,可以试试 VNC 或者 bmc 之类的工具
如果还不行,去机房引导启动,修复权限吧,记得找个精通 linux 的

哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈

blocked

认为不用解释了

这同事还留着过年吗

搭车问一下, 大家怎么避免这种情况
修改权限的时候用绝对路径?

sudo 不喝酒 喝酒不 sudo

幸好是公司内部的服务器,直接拿个显示器键盘连接到服务器上,执行 chmod -R root:root / 后,就能远程连接了,只是 mysql 还有 gitalab 等一些服务挂了,先导出数据,有时间重装一下。 要是阿里云估计就不好搞了

那么较真干嘛,觉得很好笑不可以?

直接修复权限不就得啦? chown -R mysql.mysql mysql 目录
基本上可以救回来,不过可能有一些未知问题。

恩。谢谢提醒 现在 mysql 启动起来了

还好没有用 sudo

他应该是以 root 身份执行的,否则这个操作基本没危害,只能修改 ~ 下的文件,不会影响所有用户 ssh
登陆。

找台相似的貌似可以用 getfacl 和 setfacl 救救

有点较真了……

以后 block 人不必要说出来, 喜好而已, 谁就比谁高尚了?
幸灾乐祸虽然政治不正确但也是人之常情, 我没觉得他怎么样, 道德上问题不大. 反而是自认道德水平高, 自己 block 还要让别人以后说不了话的, 挺法西斯.

有 console 用 console, 以前的程序或者链接能 root 执行 program 的快做, 都不行的话只能带启动盘去机房了

把 /etc/ssh/ 下面几个文件的 owner 修改回来 ssh 应该就可以用了

我之前误操作改权限和你差不多,最后发现 /etc/ssh/sshd_config 的权限必须是 600,才行 。。我当时改成 777 了

以后别这么干。
还有有些程序不属于 root,你这样做有安全风险。

死于把窗口关了

之前不小心在服务器 rm -rf /bin 后来就啥也不能干了

setuid 丢了

我也想笑。。

最好还是导出数据重装吧,只修复的话又麻烦又没法确认修复的正确。

嗯,谢谢大家。忙到现在。因为这是一台代码服务器。gitlab 重装的。gitlab 的角色比较多。其他的坑暂时不知道。因为是代码服务器。大家都要推代码。先这样顶一下。周末有时间加班重装一下。

你同事是不是抄了这篇文章的最后一个命令,然后少打了一个 zhangsan
http://www.cnblogs.com/zendu/p/5595972.html

怕不是用 root 用户 ssh 登录的吧
数据地带为您的网站提供全球顶级IDC资源
在线咨询
专属客服