Curl是Linux下一个很强大的http命令行工具，其功能十分强大。

1.1.1     读取网页

$ curl http://www.linuxidc.com

1.1.2     保存网页

$ curl http://www.linuxidc.com > page.html

$ curl -o page.html http://www.linuxidc.com

1.1.3     使用的proxy服务器及其端口： -x

$ curl -x 123.45.67.89:1080 -o page.html http://www.linuxidc.com

1.1.4     使用cookie来记录session信息

$ curl -x 123.45.67.89:1080 -o page.html -D cookie0001.txt http://www.linuxidc.com

这个option: -D 是把http的response里面的cookie信息存到一个特别的文件中去，

这样，当页面被存到page.html的同时，cookie信息也被存到了cookie0001.txt里面了

1.1.5     下一次访问的时候，继续使用上次留下的cookie信息

使用option来把上次的cookie信息追加到http request里面去： -b

$ curl -x 123.45.67.89:1080 -o page1.html -D cookie0002.txt -b cookie0001.txt http://www.linuxidc.com

1.1.6     浏览器信息

$ curl -A “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)” -x 123.45.67.89:1080 -o page.html -D cookie0001.txt http://www.linuxidc.com

1.1.7     referer

$ curl -A “Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)” -x 123.45.67.89:1080 -e “mail.linuxidc.com” -o page.html -D cookie0001.txt http://www.linuxidc.com

这样就可以骗对方的服务器，你是从mail.linuxidc.com点击某个链接过来的

1.1.8     下载文件

$ curl -o 1.jpg http://cgi2.tky.3web.ne.jp/~zzh/screen1.JPG

$ curl -O http://cgi2.tky.3web.ne.jp/~zzh/screen1.JPG

-O 可以按照服务器上的文件名，自动存在本地

$ curl -O http://cgi2.tky.3web.ne.jp/~zzh/screen[1-10].JPG

1.1.9     批量下载

$ curl -O http://cgi2.tky.3web.ne.jp/~{zzh,nick}/[001-201].JPG

这样产生的下载，就是

~zzh/001.JPG

~zzh/002.JPG

…

~zzh/201.JPG

~nick/001.JPG

~nick/002.JPG

…

~nick/201.JPG

1.1.10  自定义文件名的下载

curl -o #2_#1.jpg http://cgi2.tky.3web.ne.jp/~{zzh,nick}/[001-201].JPG

这样，自定义出来下载下来的文件名，就变成了这样：

原来： ~zzh/001.JPG —-> 下载后： 001-zzh.JPG 原来： ~nick/001.JPG —-> 下载后： 001-nick.JPG

这样一来就不怕文件重名啦

1.1.11  断点续传

$ curl -c -O http://cgi2.tky.3wb.ne.jp/~zzh/screen1.JPG

分块下载，我们使用这个option就可以了： -r

举例说明

比如我们有一个http://cgi2.tky.3web.ne.jp/~zzh/zhao1.MP3 要下载（赵老师的电话朗诵  ）我们就可以用这样的命令：

$ curl -r 0-10240 -o “zhao.part1″ http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.MP3 &\

$ curl -r 10241-20480 -o “zhao.part1″ http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.MP3 &\

$ curl -r 20481-40960 -o “zhao.part1″ http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.MP3 &\

$ curl -r 40961- -o “zhao.part1″ http:/cgi2.tky.3web.ne.jp/~zzh/zhao1.MP3

这样就可以分块下载啦。不过你需要自己把这些破碎的文件合并起来如果你用UNIX或苹果，用 cat zhao.part* > zhao.MP3就可以如果用的是Windows，用copy /b 来解决吧，呵呵

1.1.12  浏览FTP

$ curl -u name:passwd ftp://ip:port/path/file

或者大家熟悉的

$ curl ftp://name:passwd@ip:port/path/file

1.1.13  FTP上传

上传的option是 -T

比如我们向ftp传一个文件：

$ curl -T localfile -u name:passwd ftp://upload_site:port/path/

1.1.14  HTTP上传

$ curl -T localfile http://cgi2.tky.3web.ne.jp/~zzh/abc.cgi

注意，这时候，使用的协议是HTTP的PUT method

1.1.15  POST模式读取网页

POST模式的option则是 -d

比如，

$ curl -d “user=nickwolfe&password=12345″ http://www.linuxidc.com/login.cgi

1.1.16  POST模式下的文件上传

比如

<form method=”POST” enctype=”multipar/form-data” action=”http://cgi2.tky.3web.ne.jp/~zzh/up_file.cgi”>

<input type=file name=upload>

<input type=submit name=nick value=”go”>

</form>

这样一个HTTP表单，我们要用curl进行模拟，就该是这样的语法：

$ curl -F upload=@localfile -F nick=go http://cgi2.tky.3web.ne.jp/~zzh/up_file.cgi

1.2     finger

1.2.1     功能说明

查找并显示用户信息。

1.2.2     语法

finger [-lmsp][帐号名称...]

1.2.3     补充说明

finger指令会去查找，并显示指定帐号的用户相关信息，包括本地与远端主机的用户皆可，帐号名称没有大小写的差别。单独执行finger指令，它会显示本地主机现在所有的用户的登陆信息，包括帐号名称，真实姓名，登入终端机，闲置时间，登入时间以及地址和电话。

1.2.4     参数

-l 　列出该用户的帐号名称，真实姓名，用户专属目录，登入所用的Shell，登入时间，转信地址，电子邮件状态，还有计划文件和方案文件内容。

-m 　排除查找用户的真实姓名。

-s 　列出该用户的帐号名称，真实姓名，登入终端机，闲置时间，登入时间以及地址和电话。

-p 　列出该用户的帐号名称，真实姓名，用户专属目录，登入所用的Shell，登入时间，转信地址，电子邮件状态，但不显示该用户的计划文件和方案文件内容。

1.3     ftp

1.3.1     功能说明

设置文件系统相关功能。

1.3.2     语法

ftp [-dignv][主机名称或IP地址]

1.3.3     补充说明

FTP是ARPANet的标准文件传输协议，该网络就是现今Internet的前身。

1.3.4     参数

-d   详细显示指令执行过程，便于排错或分析程序执行的情形。

-i   关闭互动模式，不询问任何问题。

-g   关闭本地主机文件名称支持特殊字符的扩充特性。

-n   不使用自动登陆。

-v   显示指令执行过程。

1.4     ifconfig

1.4.1     功能说明

显示或设置网络设备。

1.4.2     语法

ifconfig [网络设备][down up -allmulti -arp -promisc][add<地址>][del<地址>][<hw<网络设备类型><硬件地址>][io_addr<I/O地址>][irq<IRQ地址>][media<网络媒介类型>][mem_start<内存地址>][metric<数目>][mtu<字节>][netmask<子网掩码>][tunnel<地址>][-broadcast<地址>][-pointopoint<地址>][IP地址]

1.4.3     补充说明

ifconfig可设置网络设备的状态，或是显示目前的设置。

如果提示找不到命令，可用/sbin/ifconfig。

1.4.4     参数

add<地址>   设置网络设备IPv6的IP地址。

del<地址>   删除网络设备IPv6的IP地址。

down   关闭指定的网络设备。

<hw<网络设备类型><硬件地址>   设置网络设备的类型与硬件地址。

io_addr<I/O地址>   设置网络设备的I/O地址。

irq<IRQ地址>   设置网络设备的IRQ。

media<网络媒介类型>   设置网络设备的媒介类型。

mem_start<内存地址>   设置网络设备在主内存所占用的起始地址。

metric<数目>   指定在计算数据包的转送次数时，所要加上的数目。

mtu<字节>   设置网络设备的MTU。

netmask<子网掩码>   设置网络设备的子网掩码。

tunnel<地址>   建立IPv4与IPv6之间的隧道通信地址。

up   启动指定的网络设备。

-broadcast<地址>   将要送往指定地址的数据包当成广播数据包来处理。

-pointopoint<地址>   与指定地址的网络设备建立直接连线，此模式具有保密功能。

-promisc   关闭或启动指定网络设备的promiscuous模式。

[IP地址]   指定网络设备的IP地址。

[网络设备]   指定网络设备的名称。

1.5     ip

1.5.1     功能说明

ip是iproute2软件包里面的一个强大的网络配置工具，它能够替代一些传统的网络管理工具。例如：ifconfig、route等。

1.5.2     语法

ip [选项] [动作] [指令]

1.5.3     参数

动作 := { link | addr | route | rule | neigh | tunnel | maddr | mroute | monitor }

选项 := { -V[ersion] | -s[tatistics] | -r[esolve] |-f[amily] { inet | inet6 | ipx | dnet | link } | -o[neline] }

1.5.4     装置介面 (device) 的相关设定： ip link

ip link 可以设定与装置 (device) 有关的相关设定，包括 MTU 以及该网路介面的 MAC 等等， 当然也可以启动 (up) 或关闭 (down) 某个网路介面啦！整个语法是这样的：

[root@linux ~]# ip [-s] link show <== 单纯的查阅该装置相关的资讯

[root@linux ~]# ip link set [device] [动作与参数]

参数：

show：仅显示出这个装置的相关内容，如果加上 -s 会显示更多统计数据；

set ：可以开始设定项目， device 指的是 eth0, eth1 等等介面代号；

动作与参数：包括有底下的这些动作：

up|down ：启动 (up) 或关闭 (down) 某个介面，其他参数使用预设的乙太网路；

address ：如果这个装置可以更改 MAC 的话，用这个参数修改！

name     ：给予这个装置一个特殊的名字；

mtu      ：就是最大传输单元啊！

范例一：显示出所有的介面资讯

[root@linux ~]# ip link show

1: lo: <LOOPBACK,UP,10000> mtu 16436 qdisc noqueue

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000

link/ether 00:50:fc:22:9a:cb brd ff:ff:ff:ff:ff:ff

3: sit0: <NOARP> mtu 1480 qdisc noop

link/sit 0.0.0.0 brd 0.0.0.0

[root@linux ~]# ip -s link show eth0

2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000

link/ether 00:50:fc:22:9a:cb brd ff:ff:ff:ff:ff:ff

RX: bytes packets errors dropped overrun mcast

484011792 2247372 0       0       0       0

TX: bytes packets errors dropped carrier collsns

2914104290 2867753 0       0       0       0

使用 ip link show 可以显示出整个装置介面的硬体相关资讯，如上所示，包括网卡位址(MAC)、MTU等等， 比较有趣的应该是那个 sit0 的介面了，那个 sit0 的介面是用在 IPv4 及 IPv6 的封包转换上的， 对於我们仅使用 IPv4 的网路是没有作用的。 lo 及 sit0 都是主机内部所自行设定的。 而如果加上 -s 的参数後，则这个网路卡的相关统计资讯就会被列出来， 包括接收 (RX) 及传送 (TX) 的封包数量等等，详细的内容与 ifconfig 所输出的结果相同的。

范例二：启动、关闭与设定装置的相关资讯

[root@linux ~]# ip link set eth0 up

# 启动 eth0 这个装置介面；

[root@linux ~]# ip link set eth0 down

# 阿就关闭啊！简单的要命～

[root@linux ~]# ip link set eth0 mtu 1000

# 更改 MTU 的值，达到 1000 bytes，单位就是 bytes 啊！

更新网路卡的 MTU 使用 ifconfig 也可以达成啊！没啥了不起，不过，如果是要更改『网路卡代号、 MAC 位址的资讯』的话，那可就得使用 ip 罗～不过，设定前得要先关闭该网路卡，否则会不成功。 如下所示：

范例三：修改网路卡代号、MAC 等参数

[root@linux ~]# ip link set eth0 name vbird

SIOCSIFNAME: Device or resource busy

# 因为该装置目前是启动的，所以不能这样做设定。你应该要这样做：

[root@linux ~]# ip link set eth0 down       <==关闭介面

[root@linux ~]# ip link set eth0 name vbird <==重新设定

[root@linux ~]# ip link show                <==观察一下

2. vbird: <BROADCAST,MILTICASE> mtu 900 qdisc pfifo_fast qlen 1000

link/ehter 00:40:d0:13:c3:46 brd ff:ff:ff:ff:ff:ff

# 怕了吧！连网路卡代号都可以改变！不过，玩玩後记得改回来啊！

# 因为我们的 ifcfg-eth0 还是使用原本的装置代号！避免有问题，要改回来

[root@linux ~]# ip link set vbird name eth0 <==介面改回来

[root@linux ~]# ip link set eth0 address aa:aa:aa:aa:aa:aa

[root@linux ~]# ip link show eth0

# 如果你的网路卡支援硬体位址 (MAC) 可以更改的话，

# 那么上面这个动作就可以更改你的网路卡位址了！厉害吧！

# 不过，还是那句老话，测试完之後请立刻改回来啊！

在这个装置的硬体相关资讯设定上面，包括 MTU, MAC 以及传输的模式等等，都可以在这里设定。 有趣的是那个 address 的项目，那个项目後面接的可是硬体位址 (MAC) 而不是 IP 喔！ 很容易搞错啊！切记切记！更多的硬体参数可以使用 man ip 查阅一下与 ip link 有关的设定。

1.5.5     关於额外的 IP 相关设定： ip address

如果说 ip link 是与 OSI 七层协定 的第二层资料连阶层有关的话，那么 ip address (ip addr) 就是与第三层网路层有关的参数啦！ 主要是在设定与 IP 有关的各项参数，包括 netmask, broadcast 等等。

[root@linux ~]# ip address show   <==就是查阅 IP 参数啊！

[root@linux ~]# ip address [add|del] [IP参数] [dev 装置名] [相关参数]

参数：

show    ：单纯的显示出介面的 IP 资讯啊；

add|del ：进行相关参数的增加 (add) 或删除 (del) 设定，主要有：

IP 参数：主要就是网域的设定，例如 192.168.100.100/24 之类的设定喔；

dev    ：这个 IP 参数所要设定的介面，例如 eth0, eth1 等等；

相关参数：主要有底下这些：

broadcast：设定广播位址，如果设定值是 + 表示『让系统自动计算』

label    ：亦即是这个装置的别名，例如 eth0:0 就是了！

scope    ：这个介面的领域，通常是这几个大类：

global ：允许来自所有来源的连线；

site   ：仅支援 IPv6 ，仅允许本主机的连线；

link   ：仅允许本装置自我连线；

host   ：仅允许本主机内部的连线；

所以当然是使用 global 罗！预设也是 global 啦！

范例一：显示出所有的介面之 IP 参数：

[root@linux ~]# ip address show

1: lo: <LOOPBACK,UP,10000> mtu 16436 qdisc noqueue

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

inet6 ::1/128 scope host

valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc pfifo_fast qlen 1000

link/ether 00:50:fc:22:9a:cb brd ff:ff:ff:ff:ff:ff

inet 192.168.1.2/24 brd 192.168.1.255 scope global eth0

inet6 fe80::250:fcff:fe22:9acb/64 scope link

valid_lft forever preferred_lft forever

3: sit0: <NOARP> mtu 1480 qdisc noop

link/sit 0.0.0.0 brd 0.0.0.0

看到上面那个特殊的字体吗？没错！那就是 IP 参数啦！也是 ip address 最主要的功能。 底下我们进一步来新增虚拟的网路介面试看看：

范例二：新增一个介面，名称假设为 eth0:vbird

[root@linux ~]# ip address add 192.168.50.50/24 broadcast + \

> dev eth0 label eth0:vbird

[root@linux ~]# ip address show eth0

2: eth0: mtu 1500 qdisc pfifo_fast qlen 1000

link/ether 00:40:d0:13:c3:46 brd ff:ff:ff:ff:ff:ff

inet 192.168.1.100/24 brd 192.168.1.255 scope global eth0

inet 192.168.50.50/24 brd 192.168.50.255 scope global eth0:vbird

inet6 fe80::240:d0ff:fe13:c346/64 scope link

valid_lft forever preferred_lft forever

# 看到上面的特殊字体了吧？多出了一行新的介面，且名称是 eth0:vbird

# 至於那个 broadcast + 也可以写成 broadcast 192.168.50.255 啦！

[root@linux ~]# ifconfig

eth0:vbir Link encap:Ethernet HWaddr 00:40:D0:13:C3:46

inet addr:192.168.50.50 Bcast:192.168.50.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

Interrupt:5 Base address:0x3e00

# 如果使用 ifconfig 就能够看到这个怪东西了！

范例三：将刚刚的介面删除

[root@linux ~]# ip address del 192.168.50.50/24 dev eth0

1.5.6     关於路由的相关设定： ip route

ip route 的功能几乎与 route 这个指令差不多，但是，他还可以进行额外的参数设计，例如 MTU 的规划等等，相当的强悍啊！

[root@linux ~]# ip route show <==单纯的显示出路由的设定而已

[root@linux ~]# ip route [add|del] [IP或网域] [via gateway] [dev 装置]

参数：

show ：单纯的显示出路由表，也可以使用 list ；

add|del ：增加 (add) 或删除 (del) 路由的意思。

IP或网域：可使用 192.168.50.0/24 之类的网域或者是单纯的 IP ；

via     ：从那个 gateway 出去，不一定需要；

dev     ：由那个装置连出去，这就需要了！

mtu     ：可以额外的设定 MTU 的数值喔！

范例一：显示出目前的路由资料

[root@linux ~]# ip route show

192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.2

169.254.0.0/16 dev eth1 scope link

default via 192.168.1.254 dev eth1

如上表所示，最简单的功能就是显示出目前的路由资讯，其实跟 route 这个指令相同啦！ 指示必须要注意几个小东西：

proto：此路由的路由协定，主要有 redirect, kernel, boot, static, ra 等， 其中 kernel 指的是直接由核心判断自动设定。

scope：路由的范围，主要是 link ，亦即是与本装置有关的直接连线。

再来看一下如何进行路由的增加与删除吧！

范例二：增加路由，主要是本机直接可沟通的网域

[root@linux ~]# ip route add 192.168.5.0/24 dev eth0

# 针对本机直接沟通的网域设定好路由，不需要透过外部的路由器

[root@linux ~]# ip route show

192.168.5.0/24 dev eth0 scope link

….以下省略….

范例三：增加可以通往外部的路由，需透过 router 喔！

[root@linux ~]# ip route add 192.168.10.0/24 via 192.168.5.100 dev eth0

[root@linux ~]# ip route show

192.168.5.0/24 dev eth0 scope link

….其他省略….

192.168.10.0/24 via 192.168.5.100 dev eth0

# 仔细看喔，因为我有 192.168.5.0/24 的路由存在 (我的网卡直接联系)，

# 所以才可以将 192.168.10.0/24 的路由丢给 192.168.5.100

# 那部主机来帮忙传递喔！与之前提到的 route 指令是一样的限制！

范例四：增加预设路由

[root@linux ~]# ip route add default via 192.168.1.2 dev eth0

# 那个 192.168.1.2 就是我的预设路由器 (gateway) 的意思啊！ ^_^

# 真的记得，只要一个预设路由就 OK ！

范例五：删除路由

[root@linux ~]# ip route del 192.168.10.0/24

[root@linux ~]# ip route del 192.168.5.0/24

1.6     netstat

1.6.1     功能说明

显示网络状态。

1.6.2     语法

netstat [-acCeFghilMnNoprstuvVwx][-A<网络类型>][--ip]

1.6.3     补充说明

利用netstat指令可让你得知整个Linux系统的网络情况。

1.6.4     参数

-a或–all   显示所有连线中的Socket。

-A<网络类型>或–<网络类型>   列出该网络类型连线中的相关地址。

-c或–continuous   持续列出网络状态。

-C或–cache   显示路由器配置的快取信息。

-e或–extend   显示网络其他相关信息。

-F或–fib   显示FIB。

-g或–groups   显示多重广播功能群组组员名单。

-h或–help   在线帮助。

-i或–interfaces   显示网络界面信息表单。

-l或–listening   显示监控中的服务器的Socket。

-M或–masquerade   显示伪装的网络连线。

-n或–numeric   直接使用IP地址，而不通过域名服务器。

-N或–netlink或–symbolic   显示网络硬件外围设备的符号连接名称。

-o或–timers   显示计时器。

-p或–programs   显示正在使用Socket的程序识别码和程序名称。

-r或–route   显示Routing Table。

-s或–statistice   显示网络工作信息统计表。

-t或–tcp   显示TCP传输协议的连线状况。

-u或–udp   显示UDP传输协议的连线状况。

-v或–verbose   显示指令执行过程。

-V或–version   显示版本信息。

-w或–raw   显示RAW传输协议的连线状况。

-x或–unix   此参数的效果和指定”-A unix”参数相同。

–ip或–inet   此参数的效果和指定”-A inet”参数相同。

1.7     nslookup

1.7.1     功能说明

nslookup命令的功能是查询一台机器的IP地址和其对应的域名。使用权限所有用户。它通常需要一台域名服务器来提供域名服务。如果用户已经设置好域名服务器，就可以用这个命令查看不同主机的IP地址对应的域名。

1.7.2     语法

nslookup ［IP地址/域名］

1.7.3     例子

（1）在本地计算机上使用nslookup命令

$ nslookup

Default Server: name.cao.com.cn

Address: 192.168.1.9

>

在符号“>”后面输入要查询的IP地址域名，并回车即可。如果要退出该命令，输入“exit”，并回车即可。

（2）使用nslookup命令测试named

输入下面命令：

nslookup

然后就进入交换式nslookup环境。如果named正常启动，则nslookup会显示当前DNS服务器的地址和域名，否则表示named没能正常启动。

下面简单介绍一些基本的DNS诊断。

◆ 检查正向DNS解析，在nslookup提示符下输入带域名的主机名，如hp712.my.com，nslookup应能显示该主机名对应的IP地址。如果只输入hp712，nslookup会根据/etc/resolv.conf的定义，自动添加my.com域名，并回答对应的IP地址。

◆检查反向DNS解析，在nslookup提示符下输入某个IP地址，如192.22.33.20，nslookup应能回答该IP地址所对应的主机名。

◆检查MX邮件地址记录在nslookup提示符下输入：

set q=mx

然后输入某个域名，输入my.com和mail.my.com，nslookup应能够回答对应的邮件服务器地址，即

support.my.com和support2.my.com。

◆检查TXT记录：

set type=txt

然后输入某个域名，nslookup会显示对应的记录。

1.8     ping

1.8.1     功能说明

检测主机。

1.8.2     语法

ping [-dfnqrRv][-c<完成次数>][-i<间隔秒数>][-I<网络界面>][-l<前置载入>][-p<范本样式>][-s<数据包大小>][-t<存活数值>][主机名称或IP地址]

1.8.3     补充说明

执行ping指令会使用ICMP传输协议，发出要求回应的信息，若远端主机的网络功能没有问题，就会回应该信息，因而得知该主机运作正常。

1.8.4     参数

-d   使用Socket的SO_DEBUG功能。

-c<完成次数>   设置完成要求回应的次数。

-f   极限检测。

-i<间隔秒数>   指定收发信息的间隔时间。

-I<网络界面>   使用指定的网络界面送出数据包。

-l<前置载入>   设置在送出要求信息之前，先行发出的数据包。

-n   只输出数值。

-p<范本样式>   设置填满数据包的范本样式。

-q   不显示指令执行过程，开头和结尾的相关信息除外。

-r   忽略普通的Routing Table，直接将数据包送到远端主机上。

-R   记录路由过程。

-s<数据包大小>   设置数据包的大小。

-t<存活数值>   设置存活数值TTL的大小。

-v   详细显示指令的执行过程。

1.9     rcp

1.9.1     功能说明

远端复制文件或目录。

1.9.2     语法

rcp [-pr][源文件或目录][目标文件或目录] 或 rcp [-pr][源文件或目录...][目标文件]

1.9.3     补充说明

rcp指令用在远端复制文件或目录，如同时指定两个以上的文件或目录，且最后的目的地是一个已经存在的目录，则它灰把前面指定的所有文件或目录复制到该目录中。

1.9.4     参数

-p 　保留源文件或目录的属性，包括拥有者，所属群组，权限与时间。

-r 　递归处理，将指定目录下的文件与子目录一并处理。

1.10        route

1.10.1  功能说明

route表示手工产生、修改和查看路由表。

1.10.2  语法

#route [-add][-net|-host] targetaddress [-netmask Nm][dev]If]

#route [－delete][-net|-host] targetaddress [gw Gw] [-netmask Nm] [dev]If]

1.10.3  参数

-add：增加路由。

-delete：删除路由。

-net：路由到达的是一个网络，而不是一台主机。

-host：路由到达的是一台主机。

-netmask Nm：指定路由的子网掩码。

gw：指定路由的网关。

[dev]If：强迫路由链指定接口。

1.10.4  例子

route add -net 202.96.96.0 -netmask 255.255.255.0 gw 192.168.1.10 dev eth0

表示到202.96.96.0/255.255.255.0这个网络的信息通过你的第一块网卡发送, 默认网关的地址是192.168.1.10

1.11        tcpdump

1.11.1  功能说明

倾倒网络传输数据。

1.11.2  语法

tcpdump [-adeflnNOpqStvx][-c<数据包数目>][-dd][-ddd][-F<表达文件>][-i<网络界面>][-r<数据包文件>][-s<数据包大小>][-tt][-T<数据包类型>][-vv][-w<数据包文件>][输出数据栏位]

1.11.3  补充说明

执行tcpdump指令可列出经过指定网络界面的数据包文件头，在Linux操作系统中，你必须是系统管理员。

1.11.4  参数

-a   尝试将网络和广播地址转换成名称。

-c<数据包数目>   收到指定的数据包数目后，就停止进行倾倒操作。

-d   把编译过的数据包编码转换成可阅读的格式，并倾倒到标准输出。

-dd   把编译过的数据包编码转换成C语言的格式，并倾倒到标准输出。

-ddd   把编译过的数据包编码转换成十进制数字的格式，并倾倒到标准输出。

-e   在每列倾倒资料上显示连接层级的文件头。

-f   用数字显示网际网络地址。

-F<表达文件>   指定内含表达方式的文件。

-i<网络界面>   使用指定的网络截面送出数据包。

-l   使用标准输出列的缓冲区。

-n   不把主机的网络地址转换成名字。

-N   不列出域名。

-O   不将数据包编码最佳化。

-p   不让网络界面进入混杂模式。

-q   快速输出，仅列出少数的传输协议信息。

-r<数据包文件>   从指定的文件读取数据包数据。

-s<数据包大小>   设置每个数据包的大小。

-S   用绝对而非相对数值列出TCP关联数。

-t   在每列倾倒资料上不显示时间戳记。

-tt   在每列倾倒资料上显示未经格式化的时间戳记。

-T<数据包类型>   强制将表达方式所指定的数据包转译成设置的数据包类型。

-v   详细显示指令执行过程。

-vv   更详细显示指令执行过程。

-x   用十六进制字码列出数据包资料。

-w<数据包文件>   把数据包数据写入指定的文件。

1.12        telnet

1.12.1  功能说明

远端登入。

1.12.2  语法

telnet [-8acdEfFKLrx][-b<主机别名>][-e<脱离字符>][-k<域名>][-l<用户名称>][-n<记录文件>][-S<服务类型>][-X<认证形态>][主机名称或IP地址<通信端口>]

1.12.3  补充说明

执行telnet指令开启终端机阶段作业，并登入远端主机。

1.12.4  参数

-8   允许使用8位字符资料，包括输入与输出。

-a   尝试自动登入远端系统。

-b<主机别名>   使用别名指定远端主机名称。

-c   不读取用户专属目录里的.telnetrc文件。

-d   启动排错模式。

-e<脱离字符>   设置脱离字符。

-E   滤除脱离字符。

-f   此参数的效果和指定”-F”参数相同。

-F   使用Kerberos V5认证时，加上此参数可把本地主机的认证数据上传到远端主机。

-k<域名>   使用Kerberos认证时，加上此参数让远端主机采用指定的领域名，而非该主机的域名。

-K   不自动登入远端主机。

-l<用户名称>   指定要登入远端主机的用户名称。

-L   允许输出8位字符资料。

-n<记录文件>   指定文件记录相关信息。

-r   使用类似rlogin指令的用户界面。

-S<服务类型>   设置telnet连线所需的IP TOS信息。

-x   假设主机有支持数据加密的功能，就使用它。

-X<认证形态>   关闭指定的认证形态。

1.13        traceroute

1.13.1  功能说明

显示数据包到主机间的路径。

1.13.2  语法

traceroute [-dFlnrvx][-f<存活数值>][-g<网关>...][-i<网络界面>][-m<存活数 值>][-p<通信端口>][-s<来源地址>][-t<服务类型>][-w<超时秒数>][主 机名称或IP地址][数据包大小]

1.13.3  补充说明

traceroute指令让你追踪网络数据包的路由途径，预设数据包大小是40Bytes，用户可另行设置。

1.13.4  参数

-d 使用Socket层级的排错功能。

-f<存活数值> 设置第一个检测数据包的存活数值TTL的大小。

-F 设置勿离断位。

-g<网关> 设置来源路由网关，最多可设置8个。

-i<网络界面> 使用指定的网络界面送出数据包。

-I 使用ICMP回应取代UDP资料信息。

-m<存活数值> 设置检测数据包的最大存活数值TTL的大小。

-n 直接使用IP地址而非主机名称。

-p<通信端口> 设置UDP传输协议的通信端口。

-r 忽略普通的Routing Table，直接将数据包送到远端主机上。

-s<来源地址> 设置本地主机送出数据包的IP地址。

-t<服务类型> 设置检测数据包的TOS数值。

-v 详细显示指令的执行过程。

-w<超时秒数> 设置等待远端主机回报的时间。

-x 开启或关闭数据包的正确性检验。

y:Cav$}i>���}�指令执行过程。

-r   递归处理，将指定目录下的所有文件和子目录一并处理。

-S   包含系统和隐藏文件。

-t<日期时间>   把压缩文件的日期设成指定的日期。

-T   检查备份文件内的每个文件是否正确无误。

-u   更换较新的文件到压缩文件内。

-v   显示指令执行过程或显示版本信息。

-V   保存VMS操作系统的文件属性。

-w   在文件名称里假如版本编号，本参数仅在VMS操作系统下有效。

-x<范本样式>   压缩时排除符合条件的文件。

-X   不保存额外的文件属性。

-y   直接保存符号连接，而非该连接所指向的文件，本参数仅在UNIX之类的系统下有效。

-z   替压缩文件加上注释。

-$   保存第一个被压缩文件所在磁盘的卷册名称。

-<压缩效率>   压缩效率是一个介于1-9的数值。

1.安装vsftpd，使用下面的命令：
yum install vsftpd

2.启动/重启/关闭vsftpd服务器
[root@localhost ftp]#/sbin/service vsftpd restart
Shutting down vsftpd:OK
Starting vsftpd for vsftpd: OK
看见OK就表示重启成功.
启动和关闭分别把restart改为start或stop即可.
如果是源码安装的,到安装文件夹下找到start.sh和shutdown.sh文件,执行它们就可以了.

3.与vsftpd服务器有关的文件和文件夹
vsftpd服务器的配置文件的是: /etc/vsftpd/vsftpd.conf

vsftpd服务器的根目录,即FTP服务器的主目录:
[root@localhost ftp]# more /etc/passwd|grep ftp
ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
这样你就能看到FTP的服务器的目录在/var/ftp处
如果你想修改服务器目录的路径,那么你只要修改/var/ftp到别处就行了

4.添加FTP本地用户
有的FTP服务器需要用户名和密码才能登录,就是因为设置了FTP用户和权限.
FTP用户一般是不能登录系统的,只能进入FTP服务器自己的目录中,这是基于安全原因.只能在ftp中指定的目录上载和下载,不能登录SHELL,更不可能登录系统。

/usr/sbin/adduser -d /opt/ftp -g ftp -s /sbin/nologin ftpuser

这个命令的意思是:
使用命令(adduser)添加ftpuser用户,不能登录系统(-s /sbin/nologin),自己的文件夹在(-d /opt/ftp)),属于组ftp(-g ftp)
然后你需要为它设置密码passwd ftp
这样就添加了一个FTP用户了.下面的示例可以帮助你进入FTP服务器了.

要保证自己能读写自己的目录,就要在配置文件vsftpd.conf里设置一下就可以读写了.
local_enable=yes
write_enable=yes
local_umask=022

5.匿名上传下载
修改配置文件即可vsftpd.conf,确定有以下几行,没有自己添加进去就可以了.
anonymous_enable=yes
anon_upload_enable=yes
anon_mkdir_write_enable=yes
anon_umask=022

然后你可以新建一个文件夹,修改它的权限为完全开放,任何用户就可以登录这个文件夹,并上传下载文件:
mkdir /var/ftp/guest
chmod 777 /var/ftp/guest

6.定制进入FTP服务器的欢迎信息
在vsftpd.conf文件中设置:
dirmessage_enable=yes
然后进入用户目录建立一个.message文件,输入欢迎信息即可。

7.实现虚拟路径
将某个目录挂载到FTP服务器下供用户使用,这就叫做虚拟路径.
比如将gxl用户的目录挂载到FTP服务器中,供FTP服务器的用户使用,使用如下命令即可:
[root@localhost opt]# mount –bind /home/gxl /var/ftp/pub #使用挂载命令
[root@localhost opt]# ls /var/ftp/pub
LumaQQ Screenshot.png 桌面

8.打开vsFTPd的日志功能
添加下面一行到vsftpd.conf文件中,一般情况下该文件中有这一行,只要把前面的注释符号#去掉即可,没有的话就添加,或者修改:
xferlog_file=/var/log/vsftpd.log

9.限制链接数,以及每个IP最大的链接数
修改配置文件中,例如vsftp最大支持链接数100个,每个IP能支持5个链接:
max_client=100
max_per=5

10.限制传输速度
修改配置文件中,例如让匿名用户和vsftd上的用户(即虚拟用户)都以80KB=1024*80=81920的速度下载
anon_max_rate=81920
local_max_rate=81920

11.将用户(一般指虚拟用户)限制在自家目录
修改配置文件中,这样用户就只能访问自己家的目录了:
chroot_local_user=yes
如果只想某些用户仅能访问自己的目录,其它用户不做这个限制,那么就需要在chroot_list文件(此文件一般是在/etc/vsftpd/中)中添加此用户.
编辑此文件,比如将test用户添加到此文件中,那么将其写入即可.一般的话,一个用户占一行.
[root@localhost vsftpd]# cat chroot_list
ftpuser

12.绑定某个IP到vsFTPd
有时候要限制某些IP访问服务器,只允许某些IP访问,例如只允许192.38.1.43访问这个FTP,同样修改配置文件:
listen_address=192.38.1.43

配置好ftp后，你就可以通过你的本机登录到ftp服务器，管理你的文件。

Nginx的rewrite语法其实很简单.用到的指令无非是这几个

set
if
return
break
rewrite

麻雀虽小,可御可萝五脏俱全.只是简单的几个指令却可以做出绝对不输apache的简单灵活的配置.
1.set

set主要是用来设置变量用的,没什么特别的

2.if

if主要用来判断一些在rewrite语句中无法直接匹配的条件,比如检测文件存在与否,http header,cookie等,

用法: if(条件) {…}

- 当if表达式中的条件为true,则执行if块中的语句

- 当表达式只是一个变量时,如果值为空或者任何以0开头的字符串都会当作false

- 直接比较内容时,使用 = 和 !=

- 使用正则表达式匹配时,使用

~ 大小写敏感匹配
~* 大小写不敏感匹配
!~ 大小写敏感不匹配
!~* 大小写不敏感不匹配

这几句话看起来有点绕,总之记住: ~为正则匹配, 后置*为大小写不敏感, 前置!为”非”操作

随便一提,因为nginx使用花括号{}判断区块,所以当正则中包含花括号时,则必须用双引号将正则包起来.对下面讲到的rewrite语句中的正则亦是如此.
比如 “\d{4}\d{2}\.+”

- 使用-f,-d,-e,-x检测文件和目录

-f 检测文件存在
-d 检测目录存在
-e 检测文件,目录或者符号链接存在
-x 检测文件可执行

跟~类似,前置!则为”非”操作

举例

if ($http_user_agent ~ MSIE) {
rewrite  ^(.*)$  /msie/$1  break;
}

//如果UA包含”MSIE”,rewrite 请求到/msie目录下

if ($http_cookie ~* “id=([^;] +)(?:;|$)” ) {
set  $id  $1;
}

//如果cookie匹配正则,设置变量$id等于正则引用部分

if ($request_method = POST ) {
return 405;
}

//如果提交方法为POST,则返回状态405 (Method not allowed)

if (!-f $request_filename) {
break;
proxy_pass  http://127.0.0.1;
}

//如果请求文件名不存在,则反向代理localhost

if ($args ~ post=140){
rewrite ^ http://example.com/ permanent;
}

//如果query string中包含”post=140″,永久重定向到example.com

3.return

return可用来直接设置HTTP返回状态,比如403,404等(301,302不可用return返回,这个下面会在rewrite提到)

4.break

立即停止rewrite检测,跟下面讲到的rewrite的break flag功能是一样的,区别在于前者是一个语句,后者是rewrite语句的flag

5.rewrite

最核心的功能(废话)

用法: rewrite 正则 替换 标志位

其中标志位有四种

break – 停止rewrite检测,也就是说当含有break flag的rewrite语句被执行时,该语句就是rewrite的最终结果
last – 停止rewrite检测,但是跟break有本质的不同,last的语句不一定是最终结果,这点后面会跟nginx的location匹配一起提到
redirect – 返回302临时重定向,一般用于重定向到完整的URL(包含http:部分)
permanent – 返回301永久重定向,一般用于重定向到完整的URL(包含http:部分)

因为301和302不能简单的只单纯返回状态码,还必须有重定向的URL,这就是return指令无法返回301,302的原因了. 作为替换,rewrite可以更灵活的使用redirect和permanent标志实现301和302. 比如上一篇日志中提到的Blog搬家要做的域名重定向,在nginx中就会这么写

rewrite ^(.*)$ http://newdomain.com/ permanent;

举例来说一下rewrite的实际应用

rewrite  ^(/download/.*)/media/(.*)\..*$  $1/mp3/$2.mp3  last;

如果请求为 /download/eva/media/op1.mp3 则请求被rewrite到 /download/eva/mp3/op1.mp3

使用起来就是这样,很简单不是么? 不过要注意的是rewrite有很多潜规则需要注意

- rewrite的生效区块为sever, location, if

- rewrite只对相对路径进行匹配,不包含hostname 比如说以上面301重定向的例子说明

rewrite ~* cafeneko\.info http://newdomain.com/ permanent;

这句是永远无法执行的,以这个URL为例

http://blog.cafeneko.info/2010/10/neokoseseiki_in_new_home/?utm_source=rss&utm_medium=rss&utm_campaign=neokoseseiki_in_new_home

其中cafeneko.info叫做hostname,再往后到?为止叫做相对路径,?后面的一串叫做query string

对于rewrite来说,其正则表达式仅对”/2010/10/neokoseseiki_in_new_home”这一部分进行匹配,即不包含hostname,也不包含query string .所以除非相对路径中包含跟域名一样的string,否则是不会匹配的. 如果非要做域名匹配的话就要使用if语句了,比如进行去www跳转

if ($host ~* ^www\.(cafeneko\.info)) {
set $host_without_www $1;
rewrite ^(.*)$ http://$host_without_www$1 permanent;
}

- 使用相对路径rewrite时,会根据HTTP header中的HOST跟nginx的server_name匹配后进行rewrite,如果HOST不匹配或者没有HOST信息的话则rewrite到server_name设置的第一个域名,如果没有设置server_name的话,会使用本机的localhost进行rewrite

- 前面提到过,rewrite的正则是不匹配query string的,所以默认情况下,query string是自动追加到rewrite后的地址上的,如果不想自动追加query string,则在rewrite地址的末尾添加?

rewrite  ^/users/(.*)$  /show?user=$1?  last;

rewrite的基本知识就是这么多..但还没有完..还有最头疼的部分没有说…

二、Nginx location 和 rewrite retry

nginx的rewrite有个很奇特的特性 — rewrite后的url会再次进行rewrite检查,最多重试10次,10次后还没有终止的话就会返回HTTP 500

用过nginx的朋友都知道location区块,location区块有点像Apache中的RewriteBase,但对于nginx来说location是控制的级别而已,里面的内容不仅仅是rewrite.

这里必须稍微先讲一点location的知识.location是nginx用来处理对同一个server不同的请求地址使用独立的配置的方式

举例:

location  = / {
….配置A
}

location  / {
….配置B
}

location ^~ /images/ {
….配置C
}

location ~* \.(gif|jpg|jpeg)$ {
….配置D
}

访问 / 会使用配置A
访问 /documents/document.html 会使用配置B
访问 /images/1.gif 会使用配置C
访问 /documents/1.jpg 会使用配置D

如何判断命中哪个location暂且按下不婊, 我们在实战篇再回头来看这个问题.

现在我们只需要明白一个情况: nginx可以有多个location并使用不同的配.

sever区块中如果有包含rewrite规则,则会最先执行,而且只会执行一次, 然后再判断命中哪个location的配置,再去执行该location中的rewrite, 当该location中的rewrite执行完毕时,rewrite并不会停止,而是根据rewrite过的URL再次判断location并执行其中的配置. 那么,这里就存在一个问题,如果rewrite写的不正确的话,是会在location区块间造成无限循环的.所以nginx才会加一个最多重试10次的上限. 比如这个例子

location /download/ {
rewrite  ^(/download/.*)/media/(.*)\..*$  $1/mp3/$2.mp3  last;
}

如果请求为 /download/eva/media/op1.mp3 则请求被rewrite到 /download/eva/mp3/op1.mp3

结果rewrite的结果重新命中了location /download/ 虽然这次并没有命中rewrite规则的正则表达式,但因为缺少终止rewrite的标志,其仍会不停重试download中rewrite规则直到达到10次上限返回HTTP 500

认真的朋友这时就会问了,上面的rewrite规则不是有标志位last么? last不是终止rewrite的意思么?

说到这里我就要抱怨下了,网上能找到关于nginx rewrite的文章中80%对last标志的解释都是

last – 基本上都用这个Flag

……这他妈坑爹呢!!! 什么叫基本上都用? 什么是不基本的情况?  =皿=

有兴趣的可以放狗”基本上都用这个Flag”…

我最终还是在stack overflow找到了答案:

last和break最大的不同在于

- break是终止当前location的rewrite检测,而且不再进行location匹配
– last是终止当前location的rewrite检测,但会继续重试location匹配并处理区块中的rewrite规则

还是这个该死的例子

location /download/ {
rewrite  ^(/download/.*)/media/(.*)\..*$  $1/mp3/$2.mp3  ;
rewrite  ^(/download/.*)/movie/(.*)\..*$  $1/avi/$2.mp3  ;
rewrite  ^(/download/.*)/avvvv/(.*)\..*$  $1/rmvb/$2.mp3 ;
}

上面没有写标志位,请各位自行脑补…

如果请求为 /download/acg/moive/UBW.avi

last的情况是: 在第2行rewrite处终止,并重试location /download..死循环
break的情况是: 在第2行rewrite处终止,其结果为最终的rewrite地址.

也就是说,上面的某位试图下载eva op不但没下到反而被HTTP 500射了一脸的例子正是因为用了last标志所以才会造成死循环,如果用break就没事了.

location /download/ {
rewrite  ^(/download/.*)/media/(.*)\..*$  $1/mp3/$2.mp3  break;
}

对于这个问题,我个人的建议是,如果是全局性质的rewrite,最好放在server区块中并减少不必要的location区块.location区块中的rewrite要想清楚是用last还是break.

有人可能会问,用break不就万无一失了么?

不对.有些情况是要用last的. 典型的例子就是wordpress的permalink rewrite

常见的情况下, wordpress的rewrite是放在location /下面,并将请求rewrite到/index.php

这时如果这里使用break乃就挂了,不信试试. ｂ（￣▽￣）ｄ…因为nginx返回的是没有解释的index.php的源码…

这里一定要使用last才可以在结束location / 的rewrite, 并再次命中location ~ \.php$,将其交给fastcgi进行解释.其后返回给浏览器的才是解释过的html代码.

关于nginx rewrite的简介到这里就全部讲完了,水平及其有限,请大家指出错漏…

三、实战! WordPress的Permalink+Supercache rewrite实现

这个rewrite写法其实是来自supercache作者本家的某个评论中,网上很容易查到,做了一些修改. 先给出该配置文件的全部内容..部分内容码掉了..绝对路径什么的你知道也没啥用对吧?

server {
listen   80;
server_name  cafeneko.info www.cafeneko.info;

access_log  ***;
error_log   *** ;

root   ***;
index  index.php;

gzip_static on;

if (-f $request_filename) {
break;
}

set $supercache_file ”;
set $supercache_uri $request_uri;

if ($request_method = POST) {
set $supercache_uri ”;
}

if ($query_string) {
set $supercache_uri ”;
}

if ($http_cookie ~* “comment_author_|wordpress_logged_|wp-postpass_” ) {
set $supercache_uri ”;
}

if ($supercache_uri ~ ^(.+)$) {
set $supercache_file /wp-content/cache/supercache/$http_host/$1index.html;
}

if (-f $document_root$supercache_file) {
rewrite ^(.*)$ $supercache_file break;
}

if (!-e $request_filename) {
rewrite . /index.php last;
}

location ~ \.php$ {

fastcgi_pass   127.0.0.1:9000;
fastcgi_index  index.php;
fastcgi_param  SCRIPT_FILENAME  ***$fastcgi_script_name;
include        fastcgi_params;
}

location ~ /\.ht {
deny  all;
}
}

下面是解释:

gzip_static on;

如果浏览器支持gzip,则在压缩前先寻找是否存在压缩好的同名gz文件避免再次压缩浪费资源,配合supercache的压缩功能一起使用效果最好,相比supercache原生的Apache mod_rewrite实现,nginx的实现简单的多. Apache mod_rewrite足足用了两套看起来一模一样的条件判断来分别rewrite支持gzip压缩和不支持的情况.

if (-f $request_filename) {
break;
}

//如果是直接请求某个真实存在的文件,则用break语句停止rewrite检查

set $supercache_file ”;
set $supercache_uri $request_uri;

//用$request_uri初始化变量 $supercache_uri.

if ($request_method = POST) {
set $supercache_uri ”;
}

//如果请求方式为POST,则不使用supercache.这里用清空$supercache_uri的方法来跳过检测,下面会看到

if ($query_string) {
set $supercache_uri ”;
}

//因为使用了rewrite的原因,正常情况下不应该有query_string(一般只有后台才会出现query string),有的话则不使用supercache

if ($http_cookie ~* “comment_author_|wordpress_logged_|wp-postpass_” ) {
set $supercache_uri ”;
}

//默认情况下,supercache是仅对unknown user使用的.其他诸如登录用户或者评论过的用户则不使用.

comment_author是测试评论用户的cookie, wordpress_logged是测试登录用户的cookie. wp-postpass不大清楚,字面上来看可能是曾经发表过文章的?只要cookie中含有这些字符串则条件成立.

原来的写法中检测登录用户cookie用的是wordpress_,但是我在测试中发现登入/登出以后还会有一个叫wordpress_test_cookie存在,不知道是什么作用,我也不清楚一般用户是否会产生这个cookie.由于考虑到登出以后这个cookie依然存在可能会影响到cache的判断,于是把这里改成了匹配wordpress_logged_

if ($supercache_uri ~ ^(.+)$) {
set $supercache_file /wp-content/cache/supercache/$http_host$1index.html;
}

//如果变量$supercache_uri不为空,则设置cache file的路径

这里稍微留意下$http_host$1index.html这串东西,其实写成 $http_host/$1/index.html 就好懂很多

以这个rewrite形式的url为例

cafeneko.info/2010/09/tsukihime-doujin_part01/

其中
$http_host = ‘cafeneko.info’ , $1 = $request_uri = ‘/2010/09/tsukihime-doujin_part01/’

则 $http_host$1index.html = ‘cafeneko.info/2010/09/tsukihime-doujin_part01/index.html’

而 $http_host/$1/index.html = ‘cafeneko.info//2010/09/tsukihime-doujin_part01//index.html’

虽然在调试过程中两者并没有不同,不过为了保持正确的路径,还是省略了中间的/符号.

最后上例rewrite后的url = ‘cafeneko.info/wp-content/cache/supercache/cafeneko.info/2010/09/tsukihime-doujin_part01/index.html’

if (-f $document_root$supercache_file) {
rewrite ^(.*)$ $supercache_file break;
}

//检查cache文件是否存在,存在的话则执行rewrite,留意这里因为是rewrite到html静态文件,所以可以直接用break终止掉.

if (!-e $request_filename) {
rewrite . /index.php last;
}

//执行到此则说明不使用suercache,进行wordpress的permalink rewrite

检查请求的文件/目录是否存在,如果不存在则条件成立, rewrite到index.php

顺便说一句,当时这里这句rewrite看的我百思不得其解. .

只能匹配一个字符啊?这是什么意思?

一般情况下,想调试nginx rewrite最简单的方法就是把flag写成redirect,这样就能在浏览器地址栏里看到真实的rewrite地址.

然而对于permalink rewrite却不能用这种方法,因为一旦写成redirect以后,不管点什么链接,只要没有supercache,都是跳转回首页了.

后来看了一些文章才明白了rewrite的本质,其实是在保持请求地址不变的情况下,在服务器端将请求转到特定的页面.

乍一看supercache的性质有点像302到静态文件,所以可以用redirect调试.

但是permalink却是性质完全不同的rewrite,这跟wordpress的处理方式有关. 我研究不深就不多说了,简单说就是保持URL不变将请求rewrite到index.php,WP将分析其URL结构再对其并进行匹配(文章,页面,tag等),然后再构建页面. 所以其实这条rewrite

rewrite . /index.php last;

说的是,任何请求都会被rewrite到index.php.因为”.”匹配任意字符,所以这条rewrite其实可以写成任何形式的能任意命中的正则.比如说

rewrite . /index.php last;
rewrite ^ /index.php last;
rewrite .* /index.php last;

效果都是一样的,都能做到permalink rewrite.

最后要提的就是有人可能注意到我的rewrite规则是放在server块中的.网上能找到的大多数关于wordpress的nginx rewrite规则都是放在location /下面的,但是上面我却放在了server块中,为何?

原因是WP或某个插件会在当前页面做一个POST的XHR请求,本来没什么特别,但问题就出在其XHR请求的URL结构上.

正常的permalink一般为: domain.com/year/month/postname/ 或者 domain.com/tags/tagname/ 之类.

但这个XHR请求的URL却是 domain.com/year/month/postname/index.php 或者 domain.com/tags/tagname/index.php

这样一来就命中了location ~ \.php$而交给fastcgi,但因为根本没有做过rewrite其页面不可能存在,结果就是这个XHR返回一个404

鉴于location之间匹配优先级的原因,我将主要的rewrite功能全部放进了server区块中,这样就得以保证在进行location匹配之前是一定做过rewrite的.

这时有朋友又要问了,为什么命中的是location ~ \.php$而不是location / ?

…望天…长叹…这就要扯到天杀的location匹配问题了….

locatoin并非像rewrite那样逐条执行,而是有着匹配优先级的,当一条请求同时满足几个location的匹配时,其只会选择其一的配置执行.

其寻找的方法为:

1. 首先寻找所有的常量匹配,如location /, location /av/, 以相对路径自左向右匹配,匹配长度最高的会被使用,
2. 然后按照配置文件中出现的顺序依次测试正则表达式,如 location ~ download\/$, location ~* \.wtf, 第一个匹配会被使用
3. 如果没有匹配的正则,则使用之前的常量匹配

而下面几种方法当匹配时会立即终止其他location的尝试

1. = 完全匹配,location = /download/
2. ^~ 终止正则测试,如location ^~ /download/ 如果这条是最长匹配,则终止正则测试,这个符号只能匹配常量
3. 在没有=或者^~的情况下,如果常量完全匹配,也会立即终止测试,比如请求为 /download/ 会完全命中location /download/而不继续其他的正则测试

总结:

1. 如果完全匹配(不管有没有=),尝试会立即终止
2. 以最长匹配测试各个常量,如果常量匹配并有 ^~, 尝试会终止
3. 按在配置文件中出现的顺序测试各个正则表达式
4. 如果第3步有命中,则使用其匹配location,否则使用第2步的location

另外还可以定义一种特殊的named location,以@开头,如location @thisissparta 不过这种location定义不用于一般的处理,而是专门用于try_file, error_page的处理,这里不再深入.

晕了没? 用前文的例子来看看

location  = / {
….配置A
}

location  / {
….配置B
}

location ^~ /images/ {
….配置C
}

location ~* \.(gif|jpg|jpeg)$ {
….配置D
}

访问 / 会使用配置A -> 完全命中
访问 /documents/document.html 会使用配置B -> 匹配常量B,不匹配正则C和D,所以用B
访问 /images/1.gif 会使用配置C -> 匹配常量B,匹配正则C,使用首个命中的正则,所以用C
访问 /documents/1.jpg 会使用配置D -> 匹配常量B,不匹配正则C,匹配正则D,使用首个命中的正则,所以用D

那么再回头看我们刚才说的问题.为什么那个URL结果奇怪的XHR请求会命中location ~ \.php$而不是location / ? 我相信你应该已经知道答案了.

所以要解决这个问题最简单的方法就是把rewrite规则放在比location先执行的server块里面就可以了哟.

这次的研究笔记就到此为止了.

最后留一个思考题,如果不将rewrite规则放入server块,还有什么方法可以解决这个XHR 404的问题?

原来的location /块包含从location ~ \.php$到root为止的部分.

答案是存在的.在用使用目前的方法前我死脑筋的在保留location /的前提下尝试了很多种方法…请不要尝试为各种permalink构建独立的location.因为wp的permalink种类很多,包括单篇文章,页面,分类,tag,作者,存档等等..欢迎在回复中讨论 /

参考: Nginx wiki

更新  @2010.10.23

之前的supercache rewrite规则适用于大部分的WP.但是并不适用于mobile press插件的移动设备支持.

因为其中并没有检测移动设备的user agent,从而导致移动设备也会被rewrite到cache上.这样的结果是在移动设备上也是看到的跟PC一样的完全版blog. 对于性能比较好的手机比如iphone安卓什么的大概没什么问题,但比较一般的比如nokia上用opera mini等看就会比较辛苦了,这次把supercache原本在htaccess中的移动设备检测的代码块也移植了过来.

在前文的配置文件中cookie检测后面加入以下代码段

# Bypass special user agent
if ($http_user_agent ~* “2.0 MMP|240×320|400X240|AvantGo|BlackBerry|Blazer|Cellphone|Danger|DoCoMo|Elaine/3.0|EudoraWeb|Googlebot-Mobile|hiptop|IEMobile|KYOCERA/WX310K|LG/U990|MIDP-2.|MMEF20|MOT-V|NetFront|Newt|Nintendo Wii|Nitro|Nokia|Opera Mini|Palm|PlayStation Portable|portalmmm|Proxinet|ProxiNet|SHARP-TQ-GX10|SHG-i900|Small|SonyEricsson|Symbian OS|SymbianOS|TS21i-10|UP.Browser|UP.Link|webOS|Windows CE|WinWAP|YahooSeeker/M1A1-R2D2|iPhone|iPod|Android|BlackBerry9530|LG-TU915 Obigo|LGE VX|webOS|Nokia5800″) {
set $supercache_uri ”;
}

if ($http_user_agent ~* “w3c |w3c-|acs-|alav|alca|amoi|audi|avan|benq|bird|blac|blaz|brew|cell|cldc|cmd-|dang|doco|eric|hipt|htc_|inno|ipaq|ipod|jigs|kddi|keji|leno|lg-c|lg-d|lg-g|lge-|lg/u|maui|maxo|midp|mits|mmef|mobi|mot-|moto|mwbp|nec-|newt|noki|palm|pana|pant|phil|play|port|prox|qwap|sage|sams|sany|sch-|sec-|send|seri|sgh-|shar|sie-|siem|smal|smar|sony|sph-|symb|t-mo|teli|tim-|tosh|tsm-|upg1|upsi|vk-v|voda|wap-|wapa|wapi|wapp|wapr|webc|winw|winw|xda\ |xda-”) {
set $supercache_uri ”;
}

这样就可以对移动设备绕开cache规则,而直接使用mobile press产生的移动版的效果了.

前阵子换了服务器后发现流量飞增，自己当时也没想到是没有开启gzip的原因，因为上个服务器默认开启了，当自己想到的时候从后台登录cpanel 一看，晕，竟然没有那个优化网站的选项，google之，发现网上介绍的方法也很多，有改php.ini的，有改.htaccess的，呃，方法很多，奶 牛也测试了一些，最后，种种原因，木有成功，不是主页不正常显示就是内部错误，这个方法毕竟都是有适应环境的，所以嘛，嘻嘻，不解释。

今天放一个奶牛测试成功了的方法，这个方法针对wordpress博客哦，操作很简单，只要在博客根目录下的index.php文件中加入一行代码就可以了。

找到根目录下的index.php文件中的

define('WP_USE_THEMES', true);

注意，这里的index.php文件是根目录下的，不是主题目录下的哦~

将上面代码的后面添加一行

ob_start('ob_gzhandler');

就可以了，保存退出，上传文件。然后从http://tool.chinaz.com/Gzips/等类似网站就可以查询自己的网站是否开启了gzip，嘻嘻，去试试吧~~~开启gzip可以压缩网页传输的文件，加快网站的载入速度，挺不错滴~

Just Shot Store

2、进入后为自动登陆，申请账户，快速获取证书！我们点击Express Lane，进入快速申请！

3、进入新注册页面，注意：所有信息都必须填写，而且地址要写详细，您可以提供真实的信息，或者编写的，但必须按照他的要求填写，以英文地址填写方法填写（示例只是为了演示）！注册后需要等待审核通过。

4、如果审核通过，你会在你注册的时候的邮箱内收到一封内容类似于下面的邮件，你按链接点过去，照提示一步一步就可以在你浏览器上安装一个证书了，这个证 书用于登录startssl网站，Startssl官网不是通过邮箱和密码登陆的， 只提供证书登陆，所以如果你丢了证书，那只能重新注册用户了。

5、当认证通过后，就可以看到下面的界面了，我们先做验证向导，点击Validations Wizard 选择Domain name validation 然后继续，选择您的域名，注意：不要输入WWW，后缀需要选择！

6、输入完网址后，需要验证网站所有者，主要向邮箱发送验证信息，验证邮箱前缀为postmaster@您的域名，hostmaster@您的域名，webmaster@您的域名，以及您注册域名时填写的邮箱




7、验证添加完域名后，开始申请SSL证书！点击左上角的CertificatesWizard选择WEB Server SSL/TSL Certifites！

8、接着您需要输入个人密钥，最少需要10位数，最大为32位数，必须为数字以及字母，不允许有符号，最好数字和字母混合！keysize最好为 2048，因为一般Cpanel控制面板支持2048，不支持4096大小！点击Continue后系统开始生成密钥，这个过程可能有点长，生成完毕后， 记得一定要按提示保存好那个私钥文件，否则到后面证书文件得到了，私钥文件丢了，就没法在做认证了。


9、生成完个人密钥后，您需要选择域名以及子域名，我们在里面填写WWW即可，您也可以选择其他子域名！然后开始生成公钥，这个过程也有点长，生成后的公钥您需要将其保存！

10、下面就等待几个小时，去邮箱看看刚申请的域名https证书是否成功得到了，如果得到了，就去下载证书文件就是了，相应步骤如下。

11、Startssl SSL证书就算申请好了

1、推荐先备份一下数据库，以防万一；

2、从后台停用一切插件；

3、将wp-admin和wp-includes上传至 wordpress 安装目录，可以完全覆盖，也可以删除这两个文件夹再上传；

4、将解压包根目录下除wp-config.php外的所有文件覆盖到服务器上wordpress根目录。切记别覆盖wp-config.php，这个里边是你的数据库等信息。否则会没有办法升级。

完成后直接在浏览器输入http://你的域名/wp-admin/upgrade.php进行升级吧，如果没有意外会很顺利的完成。

其实wordpress3.0最引人注目的是多站点功能，这样可以解决爱好者无需在服务器上安装多个wp以实现多博客的问题。

第一步：编辑配置文件

编辑根目录的 wp-config.php 文件，找到以下代码：

define ('WPLANG', 'zh_CN');

在其之后添加以下代码：

define('WP_ALLOW_MULTISITE', true);

这个时候刷新后台页面，工具菜单中已经有网络 (Network) 选项。

第二步：停用插件

为了顺利设置多站点功能，需要暂停所有已安装旧插件，可以在操作完成后重新开启。

第三步：创建文件夹

通过 FTP 或者其他方式在 wp-content 目录下创建 blogs.dir 目录，属性为 777 模式。这个目录用于存储子站点上传的媒体文件。

第四步：追加配置代码

刷新管理页面，点击工具菜单中的网络 (Network) 选项卡，系统会自动生成需要追加的代码片段。其中和 wp-config.php 相关的有两段代码。首先在后添加以下代码：

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
$base = '/'; //基准 URL
define( 'DOMAIN_CURRENT_SITE', 'www.yourname.com' ); //请将 www.yourname.com 替换为主站域名
define( 'PATH_CURRENT_SITE', '/' ); //当前博客路径
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

为了保证站点安全，需要接着添加以下代码尾随其后：

define( 'AUTH_SALT', '...' );
define( 'SECURE_AUTH_SALT', '...' );
define( 'LOGGED_IN_SALT', '...' );
define( 'NONCE_SALT', '...' );

这两段代码每个博客都不一样，请直接从后台提示页面拷贝。

第五步：修改Rewrite 规则，加入以下代码：

server_name_in_redirect off;

port_in_redirect off;

rewrite ^.*/files/(.*) /wp-content/blogs.php?file=$1;

if (!-e $request_filename) {

rewrite ^.+?(/wp-.*) $1 last;

rewrite ^.+?(/.*\.php)$ $1 last;

rewrite ^ /index.php last;

}

OK,完工。

chown -R www /home/wwwroot

把目录下wwwroot所有文件和文件夹的所有者改成叫做www的用户。经测试，wordpress可以顺利的自动升级了。

Firefox 6 新特性：

1. 支持progress元素；
2. 增加window.machMedia()方法以匹配CSS3的媒体查询；
3. 二进制数据API增强，包括XHR2和FileReader等；
4. WebSockets回归；
5. CSS text-decoration支持 -moz-text-decoration-color,-moz-text-decoration-line和-moz-text-decoration-style子属性；
6. 在交互的tab中，setTimeout和setInterval会延迟更多；
7. onhashchange时间新增newURL和oldURL属性；
8. 实现了beforeprint和afterprint事件；
9. 事件新增defaultPrevented属性，以判断event.preventDefault()方法是否被调用；
10. element.dataset属性可以用来获取或者修改HTML元素的”data-”前缀属性；
11. DOM3 CustomEvent规范实现；
12. 清除浏览器cookie的时候也会清掉Flash的cookie。

当然，Firefox6最终可能会有变数，这里仅供参考。更多内容可以查

据国外媒体报道，在我们享受Firefox 4新功能的时候，Mozilla已经准备在6月21日发布Firefox 5。

根据Mozilla的计划，Firefox浏览器的开发速度将提速。此举与Google对Chrome浏览器的做法相似，以此可在数月内推出一个新版Firefox浏览器，而Mozilla以前只能每两年推出一版Firefox。

下面，让我们来看下Firefox 5将添加的新功能：

任务栏网站固定

IE9最好的功能之一是任务栏网站固定，Firefox 5似乎也将添加类似的功能。新功能意味着用户可以把喜爱网站添加到任务栏，需要时可以从任务栏直接打开网站。

固定图标功能选项

除了网站固定功能，Firefox任务栏固定图标还可以显示一些功能选项。例如，Facebook固定图标可以显示信息提示和朋友状态更新等。

多彩搜索栏

搜索引擎配色方案可以让用户迅速区分不同的搜索工具，用户可以根据自己的需要方便地选择搜索引擎。

新的同步功能

Mozilla已经意识到同步功能的重要性，Firefox 5的同步功能将进一步得以改进。对于用户而言，出色的同步功能可以极大地方便跨平台使用浏览器。

插件更新

插件是Firefox浏览器的一大特色，但新版Firefox在插件更新和兼容方面还存在困难。从上图可以看出，Mozilla将允许Firefox用户统一升级浏览器插件。

1.到Prestashop 的 “modules” 文件夹，进入 “blockvariouslinks”,然后开始修改文件

prestashop 1.3 修改：

prestashop/yourtheme/modules/blockvariouslinks/blockvariouslinks.tpl

如果是 prestashop 1.4 修改：

prestashop/yourtheme/modules/blockcms/blockcms.tpl

2. 如果你的模板文件夹里没有 “modules” 文件夹，那么你可以修改这个文件：

prestashop/modules/blockvariouslinks/blockvariouslinks.tpl

3. 你可以修改或去除 ” Powered by Prestashop” 标记。