同事更改文件夹的所有者时,执行命令写成了 chown -R zhangshan:zhangsan / ,然后看见不停的跑命令后,就把窗口关了,现在导致 所有用户都不能远程 ssh 了,但是之前部署的应用还能正常访问。请问大家有什么解决方案吗
|      1zn      2018-01-08 16:42:47 +08:00 作死。。。。 带启动盘去机房修复权限吧还能怎么办。 | 
|  |      2defunct9      2018-01-08 16:44:35 +08:00 有能登录上去的工具么?比如 saltstack 客户端啊,你们部署的应用啊。能就还可以救,不能就只能 resecure 了。 | 
|  |      3shapimai      2018-01-08 16:44:56 +08:00 。 重装吧。 | 
|  |      4winglight2016      2018-01-08 16:48:20 +08:00 然后看见不停的跑命令后,就把窗口关了——正常情况不是应该 ctrl+c 吗? 如果已经关闭用户名密码登录,那只能试试 vps 提供的 web 登录了,不然还可以试试 web ssh 登录 | 
|  |      5whx20202      2018-01-08 16:56:57 +08:00 ssh 基本没戏,可以试试 VNC 或者 bmc 之类的工具 如果还不行,去机房引导启动,修复权限吧,记得找个精通 linux 的 | 
|  |      6daya      2018-01-08 16:57:53 +08:00 via iPhone 哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈 | 
|  |      9187j3x1      2018-01-08 17:08:38 +08:00 这同事还留着过年吗 | 
|      10jpyl0423      2018-01-08 17:10:58 +08:00 搭车问一下, 大家怎么避免这种情况 修改权限的时候用绝对路径? | 
|  |      11ihciah      2018-01-08 17:17:29 +08:00 via iPhone  5 sudo 不喝酒 喝酒不 sudo | 
|      12marchDu OP 幸好是公司内部的服务器,直接拿个显示器键盘连接到服务器上,执行 chmod -R root:root /   后,就能远程连接了,只是 mysql 还有 gitalab 等一些服务挂了,先导出数据,有时间重装一下。 要是阿里云估计就不好搞了 | 
|      14anjingme      2018-01-08 17:25:16 +08:00 | 
|  |      16lucifer9      2018-01-08 17:48:23 +08:00 还好没有用 sudo | 
|  |      17gamexg      2018-01-08 18:10:41 +08:00 @lucifer9 #16  他应该是以 root 身份执行的,否则这个操作基本没危害,只能修改 ~ 下的文件,不会影响所有用户 ssh 登陆。 | 
|  |      18function007      2018-01-08 18:18:28 +08:00 找台相似的貌似可以用 getfacl 和 setfacl 救救 | 
|      20we000      2018-01-08 18:21:46 +08:00  1 @i730 以后 block 人不必要说出来, 喜好而已, 谁就比谁高尚了? 幸灾乐祸虽然政治不正确但也是人之常情, 我没觉得他怎么样, 道德上问题不大. 反而是自认道德水平高, 自己 block 还要让别人以后说不了话的, 挺法西斯. | 
|      21we000      2018-01-08 18:23:09 +08:00 有 console 用 console, 以前的程序或者链接能 root 执行 program 的快做, 都不行的话只能带启动盘去机房了 | 
|  |      22firebroo      2018-01-08 18:55:10 +08:00 把 /etc/ssh/ 下面几个文件的 owner 修改回来 ssh 应该就可以用了 | 
|  |      23firebroo      2018-01-08 18:57:16 +08:00 我之前误操作改权限和你差不多,最后发现 /etc/ssh/sshd_config 的权限必须是 600,才行 。。我当时改成 777 了 | 
|  |      25zhjits      2018-01-08 20:13:11 +08:00 死于把窗口关了 | 
|  |      26ihoey      2018-01-08 20:21:00 +08:00 via Android 之前不小心在服务器 rm -rf /bin 后来就啥也不能干了 | 
|      27julyclyde      2018-01-08 20:28:03 +08:00 setuid 丢了 | 
|  |      28lslqtz      2018-01-08 20:32:14 +08:00 我也想笑。。 | 
|  |      29Cu635      2018-01-08 20:56:26 +08:00 最好还是导出数据重装吧,只修复的话又麻烦又没法确认修复的正确。 | 
|      30marchDu OP 嗯,谢谢大家。忙到现在。因为这是一台代码服务器。gitlab 重装的。gitlab 的角色比较多。其他的坑暂时不知道。因为是代码服务器。大家都要推代码。先这样顶一下。周末有时间加班重装一下。 | 
|      31Rocka      2018-01-08 21:26:50 +08:00 | 
|  |      32hzwjz      2018-01-08 21:28:33 +08:00 via Android 怕不是用 root 用户 ssh 登录的吧🤔 | 
|  |      34pq      2018-01-08 21:41:37 +08:00 张珊:张三 这个 sudo 貌似是 Ubuntu 带起来的一股风气,搞得网络上好多文档都在那里 sudo !但传统的习惯,貌似应该 root 是 root,普通用户是普通用户,不相干的,我反正宁愿同时开几个 tty console,第一个固定是 root,其它的开几个普通 id 的,打命令前养成看提示符是#还是$的好习惯。 | 
|      35xpresslink      2018-01-08 21:41:39 +08:00 没事,你试一下 rm -Rf / 把权限清除了就可以了。 | 
|      36JanKinAn      2018-01-08 23:19:36 +08:00 via Android @xpresslink 老哥稳 rm -Rf  /xpresslink | 
|      38pony279      2018-01-09 09:16:48 +08:00 > 周末有时间加班重装一下 真是心酸 | 
|      39fox0001      2018-01-09 09:21:47 +08:00 猪队友… | 
|  |      40wd      2018-01-09 09:53:05 +08:00 via iPhone 辞掉吧 | 
|      41zzblack      2018-01-09 10:06:26 +08:00  1 “同事的账号没有 sudo 权限”,“当然他也不知道 sudo 是什么” 。。。 这样的也能放他出来干活?回炉重造一下吧 | 
|  |      42tailf      2018-01-09 10:56:51 +08:00 不懂 sudo 的同事也能操作服务器,这就是 leader 的锅了 | 
|      45i730      2018-01-09 16:46:55 +08:00 via Android | 
|  |      46q397064399      2018-01-09 17:53:59 +08:00 @i730 哈哈哈哈哈哈哈 玻璃心 已 blocked | 
|      47RootooR      2018-01-09 22:45:44 +08:00 怎么可以把 / 的权限全都改成普通用户的权限呢?????? 怎么可以这样!!!!! /etc/下面的 tls 目录中的所有的 key 文件和 certificate 文件,都肯定是要 root 只读,别的用户是不能有权限的。如果有,肯定 ssh server 会拒绝信任。 为什么要给一个不知道 linux 怎么用的人 sudo 的权限呢?这个 server 只能重装了。 这台机器上的所有的数据,都是这个人的权限了。 要完全修复,重装系统,导入原来的 gitlab 数据,把原来的 gitlab 数据改回到应该的文件权限和 owner。 目测,懂 Linux 的人来弄,2 天 你这个同事来弄,2 年。 | 
|      48julyclyde      2018-01-10 08:44:13 +08:00 su 和 sudo (等很多)命令本身必须是 setuid 的 chown 之后 setuid 会掉 备份数据老老实实重装,别妄图在废墟里修出来 |