安装Centos7.1 mini桌面版，修改SSH默认的端口后保存 systemctl restart sshd.service后直接失败
sshd -t 没有回馈
完全没有有用的信息，突然想起来selinux这个鬼东西没处理。。。x了
临时关闭SELinux
setenforce 0
临时打开SELinux
setenforce 1
永久关闭的话，请修改/etc/selinux/config文件，将SELINUX=enforcing修改为disabled
[……]
php 连接MYSQL时提示 SQLSTATE[HY000] [2005] Unknown MySQL server host ‘192.168.XXX.XXX:3306’ (2) ，如下图：
解决办法
这个问题可能是由于配置内写了mysql的默认端口3306，host:port。可以将port和:去掉既可以解决。
[……]
近期准备对服务器进行更新。届时会无法访问或出现502状态。
具体更新时间：看我忙不忙
实际更新时间：如果出现刷新后依然无法访问的情况，那就肯定是在更新中[……]
昨天在电脑上帮同事使用迅雷下载一个pdf的软件，因为文件大概有180M，所以看到迅雷上有个加速的按钮我就点了几下，点过之后却发现电脑和迅雷软件都没有任何反映。当时也没注意，但系统却在几分钟之后变得网络丢包严重 ping 国内大型网址，ping值大概在1000左右，还频繁丢包。之后我使用shadowsocks时候发现，打开后竟然无法迈步了。最初以为是服务器故障，在服务器进行了查看发现没问题，换其他 电脑进行尝试连接，发现客户端可以正常连接。完了肯定是我自己系统故障了。晚上在家找了半天也没找到，今天中午又仔细查看了日志，发现有些有用的错误信息。试着百度了一下（抱歉没办法不用哎）。发现网络上有VISUAL STUDIO使用的用户也出现过，并且通过修改注册表进行了解决。
以下是错误信息
[2016-05-06 14:51:40] System.Reflection.TargetInvocat[……]
Feb 01, 2016 5:32:30 PM org.apache.catalina.startup.SetAllPropertiesRule begin
WARNING: [SetAllPropertiesRule]{Server/Service/Connector} Setting property ‘minProcessors’ to ‘100’ did not find a matching property.
Feb 01, 2016 5:32:30 PM org.apache.catalina.startup.SetAllPropertiesRule begin
WARNING: [SetAllPropertiesRule]{Server/Service/Connector} Setting property ‘maxProcessors[……]
安装vsftpd3.0之后版本，你会发现登陆时会出现如下故障：
命令： USER pssbm 响应： 331 Please specify the password. 命令： PASS ************* 响应： 500 OOPS: vsftpd: refusing to run with writable root inside chroot() 错误： 已经从服务器断开 错误： 连接失败
从2.3.5之后，vsftpd增强了安全检查，如果你使用的chroot限制用户只能在指定的主目录下活动，则该用户的主目录不能再具有写权限了！如果检查发现还有写权限，就会报该错误 500 OOPS: vsftpd: refusing to run with writable root inside chroot()
要修复这个错误：
1）可以用命令chmod a-w /home/[……]
网络结构如下，仅一台服务器有公网ip，其余均为内部网络
需求：需要在内网搭建一台或多台ftp服务器（彼此独立），然后通过公主机端口转发来达到FTP数据传输
服务器介绍：
Server A（公主机），公网ip：123.123.123.123，内网ip：10.10.10.10
Server B （内机），内网ip：10.10.10.13
问题：按《Vsftp服务安装搭建，虚拟用户配置》搭建好后使用帐号连接发现可以连接ftp但却不能获得ftp文件列表
检查：检查公主机的iptables转发规则等，端口是否开启，均无错误，但缺少数据传输端口。
修改：通过查看vsftpd.conf配置文件发现默认数据传输端口为20（默认是不启用20的），直接修改以及nat此参数21020端口号，发现无任何作用。
最后查找配置发现vsftpd还有几个参数，添加后解决问题
pasv_addr_resolve[……]
比如运行tomcat时，使用了非root用户执行，如：
sudo -u tomcat8 -s /bin/bash -c /tomcathome/bin/startup.sh
# 下面是我真实的cron记录
# shell>> */1 * * * * /bin/bash /var/spool/cron/checkTomcatService.cron > /dev/null 2>&1
将其添加到crond任务内，你会发现这条任务虽然执行了，并且没有任何错误，但却并没有将tomcat进程启动并后台运行（跟加不加&无关），但直接执行脚本无任何问题。
查找原因，总后排查到是sudo的问题（与没有写/sbin/sudo也无关）
java JDK的环境变量是否存在问题；
PATH 系统环境变量是否存在问题；
查看/var/log/cron[……]
KickStart是一种无人职守安装方式。KickStart的工作原理是通过记录典型的安装过程中所需人工干预填写的各种参数，并生成一个名为ks.cfg的文件；在其后的安装过程中（不只局限于生成KickStart安装文件的机器）当出现要求填写参数的情况时，安装程序会首先去查找KickStart生成的文件，当找到合适的参数时，就采用找到的参数，当没有找到合适的参数时，才需要安装者手工干预。这样，如果KickStart文件涵盖了安装过程中出现的所有需要填写的参数时，安装者完全可以只告诉安装程序从何处取ks.cfg文件，然后去忙自己的事情。等安装完毕，安装程序会根据ks.cfg中设置的重启选项来重启系统，并结束安装。
查看是否安装
[root@localhost pxeboot]# rpm -qa |grep system-config-kickstart
system-con[……]
PXE是由Intel公司开发的最新技术，工作于Client/Server的网络模式，支持工作站通过网络从远端服务器下载映像，并由此支持通过网络启动操作系统，在启动过程中，终端要求服务器分配IP地址，再用TFTP（trivial file transfer protocol）或MTFTP(multicast trivial file transfer protocol)协议下载一个启动软件包到本机内存中执行，由这个启动软件包完成终端（客户？）基本软件设置，从而引导预先安装在服务器中的终端操作系统。PXE可以引导多种操作系统，如：Windows95/98/2000/windows2003/windows2008/winXP/win7/win8,linux等。
sohu 获取公网IP地址方式 http://txt.go.sohu.com/ip/soip
#!/usr/bin/python
# -*- coding:utf8 -*-
import urllib2
import re
url = urllib2.urlopen(“http://txt.go.sohu.com/ip/soip”)
text = url.read()
ip = re.findall(r’\d+.\d+.\d+.\d+’,text)
print ip[0]
echo $(curl -s http://txt.go.sohu.com/ip/soip)| grep -P -o -i “(\d+\.\d+.\d+.\d+)”[……]
大文件传输的时候有时真的让人苦恼，压缩很费时间，也一样要下载。苦苦寻找，找到可以用wget来批量下载数据。哪怕是文件夹有多级。
shell>># wget -nH -m –ftp-user=kinggoo_UserName –ftp-password=kinggoo_FtpPasswd ftp://kinggoo.com:62111/*
参数：
-nH ， –no-host-directories 不建立含有远端主机名称的目录
–protocol-directories 在目录中加上通讯协定名称-m, –mirror 相等于 -N -r -l inf –no-remove-listing 选项
-N, –timestamping[……]
在使用vSphere Client 6.0 连接到虚拟机控制台失败并显示错误：VMRC 控制台的连接已断开。正在尝试重新连接
之前还是好好的，可以正常连接，在做p2v之后因为硬盘转换的原因导致我我手动频繁重启了几次，之后卡了一下然后在连接到控制台的时候就提示：“VMRC控制台连接已断开…..”到几个地方去问也没人搭理，后来在网上寻觅了一番，找到了有用的。大概都是卸载重新安装。
我首先尝试了windows上卸载vSphere Client，然后重新安装发现无效。之后又重启了一次ESXI，不过问题还是依旧，最后重新卸载掉windows的vSphere Client 然后在任务管理器内结束掉vmware-vmrc.exe *32重启之后问题解决了。
Symptoms
时间真快，一转眼apktool工具已从1.5.2升级到2.0.1，今天也是因一个项目必须要使用高版本apktool才能正常拆包( Exception in thread "main" brut.androlib.AndrolibException: Could not decode arsc file )，所以去更新了一下，发现apktool这次的更新比较牛哔哔，首先速度上真快了好了，我们之前的一个项目50M大概解包要5分钟（-_-! 应该不是电脑比较老的原因吧）现在100M的2~3分钟的样子吧，很速度。其次是一些参数上做了调整，以及配置信息上也做了调整（如versionCode、versionName的修改位置）
刚刚也说了，速度提升真的特别明显，至少在我电脑上是特明显。
之前1.5.2以上版本，抢占系统资源特别严重[……]
玩趣儿
最新评语