linux文件权限错误恢复办法getfacl 0x1 问题 有同事在执行chmod命令的时候误写成了根路径，系统所有文件权限被修改，运行出现异常，那么如何恢复呢？ 操作系统文件太多，每个文件跟正常的系统对比再修改肯定是不现实的。所以需要找到一个批量修改的办法，在经过查阅资料后，发现了 getfacl 命令，这个命令可以把文件的权限记录到文本中，再配合 setfacl 进行应用，操作方法如下： 记录所有文件的权限，最好是找一台纯净系统的机器 getfacl -R / > perm.bak 备份文件传送至目标机器，把权限恢复 setfacl --restore=perm.bak

screen非交互式运行 0x1 我们一般使用 screen 是交互式运行的，大概分为以下几步： 手动启动一个 screen 窗口 screen -S test 进入到screen窗口，启动需要后台执行的任务 screen -r test vmstat 1 100 -S M 退出screen窗口，按住Ctrl 再分别按 a 和 d 即可 但是对于需要开机自启的服务，以前总是使用 nohup + & 的方式，是否可以更换为screen的方式呢？ 0x2 通过查阅资料，非交互式使用screen也是可以的，操作方式如下: screen_name="test" screen -dmS $screen_name screen -x -S $screen_name -p 0 -X stuff "sh /root/start.sh" screen -x -S $screen_name -p 0 -X stuff $'\n' 上面先定义了screen的名字，接下来把命令发到这个screen中，基本上是固定格式。所以把这些内容放入 /etc/rc.local 文件即可 PS. 除了执行脚本外，发送的内容也可以是命令，但是当命令过长的时候貌似不会执行，所以更多的时候使用脚本是比较好的选择

Linux服务脚本自启动优先级和启动级别 0x1 机器重启后某个网盘服务无法使用，只能出现登录页面，但是登录后的页面无内容。通过排查是服务有两个启动脚本，重启机器后只启动了一个，于是手动启动另一个后访问正常。 0x2 这个问题其实已经遇到了几次了，之前都是手动启动解决，没有深究为什么。所以今天在这里讨论下。如果分析其中一个服务脚本无法自启原因，那么可能性如下： 对端的数据库未启动，此脚本的服务无法链接，最后启动失败 脚本本身有问题，无法自启 没有加入到开机自启 启动顺序问题，脚本无法在另一个脚本之前启动 分别根据上面的问题做分析： 排查对端数据库已经启动，并且服务正常 启动脚本应该没有问题，因为使用 service 命令启动正常 使用 chkconfig 命令查看服务脚本的启动级别是 2345 最大的可能性是此问题 0x3 现在我们分别查看两个脚本的启动级别和启动优先级，发现需要手动处理的脚本优先级更高，而我们手动处理的时候都是后启动，那么基本上可以确定是此问题。修改脚本中 chkconfig 后面的优先级更低即可 0x4 概念 在服务器脚本中，启动优先级和启动级别可以定义如下： #!/bin/bash # # chkconfig: 2345 95 20 这里分别表示，在linux的2345级别会启动，启动优先级是95，关闭优先级是20。其中优先级数字越大那么优先级越低，也就启动的越晚，一些系统低级别的服务，如网络等的优先级可能是个位数。 接下来就是就是设置了优先级后，脚本原本是放置在 /etc/rc.d/init.d/下，但会在 /etc/rc.d/的rc0.d,rc1.d,rc2.d,rc3.d,rc4.d,rc5.d,rc6.d下创建软连接文件，创建和命名规范如下： 启动以S开头，加上启动优先级的数字 关闭以K开头，加上关闭优先级的数字 在哪些目录下创建，取决于设置的启动级别，如果一个脚本设置的2345启动，那么在0,1,6的目录下会创建K的链接，在2345下创建S链接

Linux服务器CPU/内存压测工具 0x0 有时候我们不仅要测试IO，还需要对cpu/内存进行压测，以了解对比机器性能 0x1 stress stressng

ssh登录的限制 本文主要讲解 openssh 针对用户、主机的登录限制配置 0x1 方式 目前可以选择的方式有几种： 网络级别上的，直接在防火墙对源ip进行限制 操作系统hosts.allow,hosts.deny上进行限制和开放 sshd_config上限制和开放 0x2 区别 防火墙和hosts.allow,hosts.deny都是针对于源ip进行限制的，这里就不多说了。主要看看sshd本身如何进行限制： # 修改sshd_config后都需要重启才能生效 # 主要参数有几个DenyUsers，AllowUsers，用户名，主机名 # 示例一：禁止test用户 DenyUsers test # 示例二：禁止test和test111用户，可以看到是以空格作为分隔符 DenyUsers test test111 # 示例三：只允许192.168.1.1登录test AllowUsers test@192.168.1.1 # 示例四：只允许root和192.168.1.1登录test AllowUsers root test@192.168.1.1 实际测试优先级很严格，不能灵活使用，貌似denyusers中优先级更高，如果denyusers包含了allowusers，那么会禁止登录，所以想跟防火墙一样先禁止全部再开放某些用户应该是不行的。