OVH独服的网络配置算是比较简单的了。因为OVH通过交换机绑定MAC地址与附加IP的关系，所以我们基本不用自己去创建网桥来进行桥接。但同时OVH的网络配置过于奇怪导致如使用Ubuntu自带的安装程序来进行安装的话完全无法通过网络配置检测导致无法安装。可能有人会奇怪，为什么用的是Ubuntu而不是什么Debian或者CentOS。可能大家都知道我个人并不喜欢RHEL系列的系统。然而为什么不是Debian的原因是因为新的Debian版本的安装ISO基本都是LiveInstallCD都要在安装过程中联网，虽说离线ISO也有只需使用第一张ISO就能安装但由于第一张ISO足足有4G大小，而Ubuntu 16.04才800多MB。当然，Ubuntu 18.04开始也来LiveInstall了，所以确实有点难受。
本文同样适用于OVH的子品牌SoYouStart的服务器。但并不适用Kimsufi。
【WebShellQuickScanner】 一个在Linux上检查是否有PHP WebShell和使用了高危函数的PHP文件的快查脚本，同时能把扫描结果推送至Telegram。
其实早在17年Typecho出了个洞被人日了插了一句话之后我就已经想写这东西了。鸽了两年之后这0day都已经成为114514day了我终于把这脚本给摸出来了。
这篇文章将作为此脚本的简体中文说明文档。
之前有一台服务器，说是给了1Gbps的带宽但不能长时间占满，如果要长时间占满的话上传需要限速到200Mbps。好吧这么一说恐怕很多人都知道这是哪家的服务器了。不过今天的重点是，如果要这么限速的话，该怎么做？网上去搜索的话一般都会告诉你用tc配合iptables等等高级操作，一看配置实在是麻烦的很，且不说我们根本不需要那么精细的设置。那有没有更简单的办法？所以今天我给大家推荐这个叫做WonderShaper的玩意来简简单单的限制服务器带宽速度。
今天一朋友来求助，在Ubuntu和Debian的LNMP环境下安装memcache后页面一直报502错误，然而在CentOS下却非常正常。起先我以为问题出在memcache上，然而在我手动telnet连接memcache之后发现memcache是正常运行的。接下來我检查了PHP-FPM的日志，里面除了一堆线程退出重启的日志以外也没有什么错误。乍一看这问题十分诡异，实际上是PHP-FPM与memcache3.0.8版本的PHP模块有点兼容问题，经过测试在Apache下就没这个问题。下面将说明下如何在军哥的lnmp一键包上解决这问题。
前些天的Hostsolutions廉价独服促销不知道有多少朋友上车了，如果有上车的朋友欢迎在文章的评论里留言说下使用感受。当然我自己也是上了这趟车。上了之后发现这系列的洋垃圾服务器使用的是Broadcom的网卡，在测速过程中无法跑满100Mbps，查看了一下网卡状态发现被自动配置成了Half模式，并不是Full模式。如果我们想跑满100Mbps的话我们需要自行修改下网卡的工作模式。顺带一提，由于Debian9以前的系统内并没有自带Broadcom网卡的驱动，所以要使用Debian9以前的系统的朋友需要使用iLO自行挂载驱动进行安装。
注意，根据朋友反馈，在极端使用场景下改成Full模式之后可能会导致网卡驱动崩了。但我自己没把这情况复现出来，所以大家如果碰到这个问题也请留言提供些详细信息。
以前我介绍过使用Rinetd和iptables来进行各种端口转发，然而这两个玩意来做转发其实都有各种各样的问题。例如Rinetd的转发性能并不好，iptables的配置各种麻烦且在高并发的情况下我还见识过能把kernel带崩的灵异状况。
事实上能做端口转发的工具其实并不少，例如Haproxy和socat。但为什么我最后还是选择使用nginx来转发呢？原因差不多就是，nginx配置较其他的工具更为方便一点。我相信很多人都对nginx的配置文件的语法并不陌生，能有较小的学习曲线。其次就是nginx相较iptables，nginx运行层较为安全，起码不会出现把kernel带崩的情况。
Ubuntu 16.04没事干最喜欢更新内核，这kernel虽然更新的都只是小版本，然而在很多情况下就算只是更新个小版本都有可能更新出问题出来。特别是用在生产环境上，没经过我们仔细评估后apt就自作主张瞎升级内核，这是个很危险的举动。作为一个懒运维，你肯定不想在这种地方浪费时间吧？直接把内核锁了就是了。
Ubuntu 16.04在使用的时候，默认会自动更新小版本的内核。