1、ifconfig 提供基本的配置信息，在侦测错误IP地址、不正确的网络掩码和不适当的广播地址时，都很有用。 2、arp 提供Ethernet与IP地址的转换信息，它可以用不过来侦测网络上的IP地址配置错误的系统,Arp是Unix系统的一部分 3、netstat 提供各式各样的网络信息，通常用来显示个网络接口，socket及路由表等统计信息。 4、ping 做技术的地球人都知道的一个玩意，主要作用是指出IP包是否能够到达某台主机，同事也会显示分组包漏失与传送时间等统计信息 5、nslookup 提供DNS域名服务的有关信息 6、dig 也提供域名服务相关的信息，和nslookup类似的玩意 7、ripquery 提供系统发送或者接受RIP更新分组包的内容。riquery是gated软件一部分，但你并非一定要执行gated，它可以在所有执行RIP的系统上操作。 8、tracerute 告诉你到远程系统分组包使用哪一条路由，每一站的记录都会显示（理论上如此，实际上很多特殊应用的路由会关闭自己反馈信息，tracerute将跟踪不到，比如著名的万里长城） 9、snoop 分析每一个网络上主机间彼此传送的分组包。soop是一种TCP/IP协议分析器，用来分析分组包内容包括其表头，这是分析协议问题时最有用的工具之一。 10、tcpdump 功能和snoop类似，比前者提供更多的功能，以巨多的参数和强大的功能而闻名
varnish安装记录
varnish和squid相比最大的优势就是简单快速，简单是安装和配置都简单，快速是运行速度比squid更快，当然，快的前提是varnish比squid占用更多的内存，估计当年设计squid的时候内存还是很贵的东西，所以更多的侧重硬盘，使用内存多，当然还有一个很显而易见的弱点是机器冷启动时候恢复缓存的时间相比squid要长。 wget http://downloads.sourceforge.net/project/varnish/varnish/2.0.6/varnish-2.0.6.tar.gz?use_mirror=ncu tar zxvf varnish-2.0.6.tar.gz cd varnish-2.0.6 ./configure –prefix=/srv/varnish make make install 启动命令： /srv/varnish/sbin/varnishd -a :8088 -b localhost:8080 由于我指定了安装目录，所以加上了路径,-a参数表示varnish的监听端口，正常情况下应该监听是80端口，也就是web服务端口，我测试机上被使用掉了，所以用了8088端口， -b 是表示后端（backend）的地址，如果backend在这里指定，那么只能指定一个后端，如果使用的配置文件可以指定多个backend，我的配置文件位置位于/srv/varnish/etc/varnish。 在web服务器的目录中创建一个index.html文件，然后通过varnish进行代理访问. 第一次访问结果如下： 第二次访问结果如下： 根据请求头，我们看到的确是通过vanish来代理访问后端的，第一次访问age 为0 ，第二次访问age为71，说明这个文件已经在varnish中缓存了，此时可以通过/srv/varnish/bin/varnishstat 来查看一些参数，其中Hitrate 一行应该为1，因为命中了一次。 varnish 配置文件还是很有搞头的一个东西，有点类似与Nginx的语法，虽然不是很像，比如对正则的支持，可以绑定和去除head、Cookie等等功能，有时间的话，翻译一下varnish的introduction
Google AppEngine Launcher不能启动的解决方法
好久不玩 Google AppEngine，google 居然用WXPython整出一个带界面的GAE server管理器,有点进步，虽然这个东西在Mac早就有了，至少现在不用在艳羡用Mac的同志了，当初我就觉得，难道google的工程师都用Mac？为啥不顾及大部分开发者呢？google真的太有个性了。down了一个到本地，结果死活加载不了项目，不停的报错，打开log一看，全是如下错误信息： Traceback (most recent call last): File “GoogleAppEngineLauncher.py”, line 42, in <module> File “wx\_core.pyc”, line 7913, in __init__ File “wx\_core.pyc”, line 7487, in _BootstrapApp File “launcher\app.pyc”, line 53, in OnInit File “launcher\app.pyc”, line 97, in _CreateModels File “launcher\maintable.pyc”, line 35, in __init__ File “launcher\maintable.pyc”, line 86, in _LoadProjects File “launcher\project.pyc”, line [...]
wordpress的nginx rewrite规则
由于godaddy不稳定和龟速，终于把博客搬到自己的VPS上，并且换了一套皮 ，最近日子过得比较快，可能因为事情比较多的缘故，最近两个月写的代码，超过我过去半年的写的代码的总和 废话少说，直接上wordpress Nginx的rewrite规则，我的博客版本是2.8.5，一切正常，其他的不敢保证 if (-d $request_filename){ rewrite ^/(.*)([^/])$ $1$2/ permanent; } if (-f $request_filename/index.html){ rewrite (.*) $1/index.html break; } if (-f $request_filename/index.php){ rewrite (.*) $1/index.php; } if (!-f $request_filename){ rewrite (.*) /index.php; } 第一条在很多Nginx主机上是默认就可以进行301 move的，意思是：如果请求的是目录，那么将请求rewrite到这个目录里面，不加这一条可能会导致二级或者三级目录无法访问，比如请求地址是http://www.abc.com/abc, abc是一个目录，abc中有一个index.html页面，还有一个名为style的目录，index.html 引用style中的css,js等文件，并且引用方式为相对地址，类似这样的结构：<script type=“text/javascript” src=”style/lib/jquery.js“></script>，那么除index.html能被请求到之外，index.html中引用的所有文件的请求，都将是404 后面三条网上到处都是，如果你不是跟我一样，在Web根目录下放一些jquery，mysql之类的手册，后面三条就足够使用。包括你使用伪静态化
VPS上安装Centos的几个错误解决
error: C++ compiler cannot create executables…. 安装相关开发包： yum install gcc gcc-c++ gcc-g77 autoconf automake flex bison bzip2-devel zlib-devel ncurses-devel libjpeg-devel libpng-devel libtiff-devel freetype-devel pam-devel Debian： apt-get install gcc g++ build-essential VPS为了保证效率和最小化安装，很多东西都没有所以出现上面的错误，有个偷懒的方法就是： yum groupinstall ‘Development Tools’ 这样和我们本地安装时勾选development tools的效果是一样的，什么编辑器啊，make，automake之类的都有了。 configure: error: *** libmcrypt was not found 安装libmcypt时，用默认的./configure && make && make install后，在下一步安装mcrypt会出现上面的错误，并不是libmcypt 没有安装好，而是没有加到默认的path中，做个软连接即可： ln -s /usr/local/bin/libmcrypt-config /usr/bin/libmcrypt-config [...]