作者：VPSok
发布时间：2020年05月07日
分类：VPS指南/教程
这个问题之前遇到过一次，结果今天遇到又搞忘之前怎么处理的了，所以记录下来，方便自己看。CentOS6系列算比较老的系统，现在普遍用7系，用8的也不少了，不过还是有少数用户还在6系坚持，本文主要针对站群服务器，一两个或者几个IP的机器也遇不到这种问题。
故障现象
就以一台1个/29 8个/27站群服务器为例，很多商家都有类似机器，比如80VPS、ZJI等。当我们批量绑定好IP之后，发现附加IP不稳定，有些无法ping通及使用，登录到主机系统中ping这些IP提示：
Do you want to ping broadcast? Then -b. If not, check your local firewall rules.
检查IP绑定
先检查附加ip绑定，确认IP绑定是正常的，以网卡eth0，添加附加ip1.2.3.0/27段为例，centos6下绑定一般添加和编辑/etc/sysconfig/network-scripts/ifcfg-eth0-range0文件：
DEVICE=eth0
BOOTPROTO=static
IPADDR_START=1.2.3.2
IPADDR_END=1.2.3.30
CLONENUM_START=0
NETMASK=255.255.255.224
ONBOOT=yes
#注：centos6在批量绑定ip上与centos7有很大的不同，此绑定方式仅适用于centos6系列。
查看后发现IP绑定并无异常，但是这一个段的部分IP却无法正常使用，通过ifconfig命令查看IP信息，发现了端倪，这些IP的子网掩码均被检测为255.255.255.248，这时候我们就要检查主ip绑定情况，查看/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
TYPE=Ethernet
UUID=f4c750d5-86f5-4a21-903a-435e25685bea
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=none
HWADDR=D4:AE:52:BB:A4:C9
IPADDR=5.4.3.2
PREFIX=29
GATEWAY=5.4.3.1
DNS=8.8.8.8
DEFROUTE=yes
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System eth0"
以上信息，是我们在centos6系统安装过程中配置好IP自动生成的，安装完成后也是正常访问的，但是却影响了附加IP的生效。
修改方案
这里我们知道附加IP绑定虽然正确，但是检测到的掩码不对，这是由于网卡配置文件中主IP配置写入了PREFIX=29所致，我们可以将这一段改为NETMASK=255.255.255.248(如下图)
之后重启网络：service network restart，这里需要留意的是centos6重启网卡如果IP比较多的话，一个个的IP启动，需要较长时间请耐心等，另外，还是建议大家尽快换成centos7及以上版本吧！
作者：VPSok
发布时间：2020年03月09日
分类：VPS指南/教程
有童鞋在安装宝塔面板的时候，遇到一只卡在Connecting to download.bt.cn，最初以为是机器没解析到这个域名，在机器内ping域名测试，一点毛病没有！机器DNS也改来改去，不见改变，甚至怀疑防火墙阻止了端口，直接关闭了防火墙，结果还是一样，一直就是类似于：
上面是关了防火墙，直接下载也是这样，最后通过修改hosts，将域名download.bt.cn固定在美国节点IP128.1.164.196后正常。
加入如下后保存：
128.1.164.196 download.bt.cn
之后再试，面板和组件均已正常可安装了。
这个问题比较变态，机器和对方源服务器都没问题，但是两者连接有问题，只能换源解决，更换到能用的源即可。
作者：VPSok
发布时间：2019年10月20日
分类：VPS指南/教程
今天遇到一个使用中的宝塔面板突然无法访问的问题，同时网站也不能访问到，尝试重启主机也没有用，ssh也没法登陆，所幸机器有vnc，通过vnc登陆后执行bt或者bt default均提示/usr/bin/bt: line 129: syntax error: unexpected end of file，经过搜索发现一般为/usr/bin/bt文件损坏，或者无法写入系统文件所致。
因为处理当时未截图，所以仅记录过程，方便下次遇到这种情况的时候自己好找一些。
首先，我使用df -lh查了下空间占用情况，果然，/根目录100%，先删除了一些临时文件，让根目录有了超过1G空间，然后运行bt命令，还是一样的提示，重启主机后再访问也是一样，看来文件还是出问题了，解决过程为：
mv /etc/init.d/bt /tmp/bt_back
cp /www/server/panel/init.sh /etc/init.d/bt && chmod +x /etc/init.d/bt
/etc/init.d/bt restart
最后一步重启宝塔，发现能正常启动了，这时候访问面板肯定OK了。
作者：VPSok
发布时间：2019年10月15日
分类：VPS指南/教程
今天在给一个VPS中安装PHP扩展IMAP的时候遇到这个问题，在使用phpize命令的时候报错，所以记录下，主要方便自己下次在遇到好搜索，报错信息如下图。
处理过程：
1.查询当前版本
rpm -qf /usr/bin/autoconf
autoconf-2.63-5.1.el6.noarch
2.卸载当前版本并安装新版本
rpm -e --nodeps autoconf-2.63
wget http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz
tar -zxvf autoconf-2.69.tar.gz
cd autoconf-2.69
mkdir -p /usr/local/autoconf
./configure --prefix=/usr/local/autoconf/
make && make install
3.查看新版本并再次使用phpize没有报错信息了！
/usr/local/autoconf/bin/autoconf –V
作者：VPSok
发布时间：2019年10月15日
分类：VPS指南/教程
2013年写过一次在军哥LNMP环境下安装PHP扩展IMAP过程，当时是LNMP1.0，今天在一台机器上装的时候有些许不同，VPS系统是centos6.9 64bit，环境是军哥LNMP1.4，所以更新下。
一、安装所需库
[[email protected]]#yum install libc-client-devel
二、进入安装目录解压PHP
[[email protected]]#cd /root/lnmp1.4/src
[[email protected]]#tar -xjvf php-5.6.31.tar.bz2
#注意自己安装的PHP版本，解压响应的压缩包
三、安装IMAP
[[email protected]]#cd /root/lnmp1.4/src/php-5.6.31/ext/imap
[[email protected]]#/usr/local/php/bin/phpize
Configuring for:
PHP Api Version: 20131106
Zend Module Api No: 20131226
Zend Extension Api No: 220131226
[[email protected]]# ./configure --with-php-config=/usr/local/php/bin/php-config --with-kerberos --with-imap-ssl --with-libdir=lib64
[[email protected]]# make && make install
Build complete.
Don""t forget to run ""make test"".
Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-non-zts-20131226/
四、修改php.ini并重启
[[email protected]]#vi /usr/local/php/etc/php.ini
查找：extension_dir 再下面一行添加上extension = "imap.so"
[[email protected]]#/etc/init.d/php-fpm restart
最后我们通过探针查看下组件支持：
- 1
- 2
- 3
- 4
- ...
- 43
- »
