运维新手必踩的5大服务器配置坑，第3个90%人中招

　　去年8月份接手新项目那会儿，我原以为服务器配置不就是改改参数、点点鼠标？结果第一周就被现实按在地上摩擦——运维小哥老张叼着烟在机房门口跟我说：“这行当，坑比头发多，你踩着踩着就秃了。”当时他手机响了，是媳妇催他回家看孩子，他边接电话边冲我摆手：“第三个坑，十个新手九个栽。”

　　第一个坑是防火墙规则。我按文档把80、443端口全放开了，结果测试环境死活连不上。老张叼着棒棒糖凑过来：“你开的是TCP还是UDP？”我查文档——文档里只写了“开放端口”，没写协议类型。后来发现是UDP的某个监控端口被自己人防火墙拦了，而监控系统偏偏用的UDP。那天下午我改了八次规则，每次改完都要等五分钟生效，老张在旁边刷抖音，时不时补一句：“这都不算啥，上周我遇到个把ICMP包全禁的，Ping都Ping不通，排查了三小时。”

文章配图，仅供参考

　　第三个坑，就是老张说的“九成新手栽”的那个——SSH密钥配置。我按教程生成了密钥对，把公钥丢到authorized_keys里，结果死活连不上。运维群里有人说：“是不是权限问题？”我chmod 600 authorized_keys，还是不行；chmod 644，还是不行；最后chmod 777，居然能连了——但老张当场炸毛：“你疯了吧？777权限的密钥文件，黑客连夜来你家敲门！”后来发现是.ssh目录权限不对，应该是700，不是755。那天我改了二十次权限，每次改完都要用不同用户测，老张在旁边敲键盘：“我见过最离谱的，把.ssh目录权限设成777，结果整个服务器被当跳板机用了三天，等发现的时候，日志文件已经滚到300G了。”

　　第四个坑是时间同步。我按文档装了ntpd，结果应用日志时间比系统时间慢五分钟。老张叼着烟过来：“你装的是ntpd还是chrony？”我查文档——文档里写的是“安装时间同步服务”，没写具体用哪个。后来发现是ntpd和chrony冲突了，两个服务都在跑，互相覆盖时间。那天我停了三次服务，每次停完都要等五分钟看时间变不变，老张在旁边刷微博：“我上次遇到个更绝的，把时间服务器地址写成了127.0.0.1，结果整个集群的时间越走越慢，最后差了半小时，订单系统直接崩了。”

　　第五个坑是资源限制。我按默认配置给用户设了ulimit -n 1024，结果应用报“too many open files”。老张叼着烟过来：“你设的是软限制还是硬限制？”我查文档——文档里只写了“设置文件描述符限制”，没写软硬之分。后来发现是软限制设低了，硬限制没改，应用启动时继承的是软限制。那天我改了五次ulimit，每次改完都要重启应用测，老张在旁边吃西瓜：“我见过最离谱的，把硬限制设成0，结果用户连ssh都登不上去，最后只能从控制台重启服务器。”

　　现在回头看，这些坑其实都不难避——但新手谁不是踩着坑长大的？我原以为运维就是改改配置，结果发现是跟各种细节死磕：一个权限不对、一个协议没写、一个服务冲突，就能让你折腾半天。老张上周离职了，走之前跟我说：“这行当，优胜劣汰太明显了——踩坑少的，活得久；踩坑多的，要么转行了，要么变成老油条了。”我盯着屏幕上的监控数据，突然想起他手机壳上的字：“少踩坑，多睡觉。”

　　对了，昨天我又遇到个新坑——把Docker容器的内存限制设成了宿主机的总内存，结果容器直接把宿主机OOM了。老张要是还在，大概会叼着烟说：“看吧，新的轮回又开始了。”

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!