<?xml version="1.0" encoding="UTF-8"?><rss version="0.92">
<channel>
	<title>花开的地方</title>
	<link>http://www.bsdmap.com</link>
	<description>花开，没有声音……</description>
	<lastBuildDate>Tue, 23 Feb 2010 19:12:37 +0000</lastBuildDate>
	<docs>http://backend.userland.com/rss092</docs>
	<language>en</language>
	<!-- generator="WordPress/3.0-alpha" -->

	<item>
		<title>使用expires模块降低apache负载</title>
		<description><![CDATA[使用expires模块声明静态文件过期时间-减少客户端不必要的请求
&#60;Location /&#62;
&#60;IfModule mod_expires.c&#62;
ExpiresActive On
ExpiresByType image/* &#8220;access plus 1 month&#8221;
ExpiresByType text/css &#8220;access plus 1 month&#8221;
ExpiresByType text/javascript   &#8220;access plus 1 month&#8221;
ExpiresByType application/x-javascript &#8220;access plus 1 month&#8221;
&#60;/IfModule&#62;
&#60;/Location&#62;
另一种方式：
&#60;FilesMatch &#8220;\.(css&#124;js&#124;jpg&#124;gif&#124;png)$&#8221;&#62;
&#60;IfModule mod_expires.c&#62;
ExpiresActive  On
ExpiresDefault A2592000
&#60;/IfModule&#62;
&#60;/FilesMatch&#62;
]]></description>
		<link>http://www.bsdmap.com/2010/02/24/apache-expires/</link>
			</item>
	<item>
		<title>最小化权限的ssh账号-只能使用TCP转发</title>
		<description><![CDATA[建立只能使用ssh“转发”功能的系统账户
为了满足“翻墙”的需要，在国外的Linux主机上（比如 DreamHost ）上建个可 ssh登录的用户，使用 ssh 的 Tunnel 来作代理是十分常见的方法。
但是主人往往又想最小化用户权限，以避免对系统造成影响。最简单的办法就是，禁止用户登录。
其实 ssh 可以连接到 sshd 但是不执行远程命令（默认是启动用户设定的 shell ），使用 -N 参数即可。
在服务器上建一个 username ：
添加用户：useradd -s /bin/false  username，将用户的shell设置成/bin/false。这样用户就无法与系统进行交互。
设置密码：passwd username
小技巧：
也可以使用 /usr/bin/passwd 作为用户的 shell ，这样用户就可以通过登录而来自主修改密码。需要注意的是，需要将 /usr/bin/passwd 这一行写进 /etc/shells文件。
sshd 认证通后之后，会检查设定的 shell 是否登记在 /etc/shells 文件中，若已经登记，则fork自己，然后fork出来的子进程再exec 设定的 shell 。而 ssh 的 -N 参数，则是告诉 sshd 不需要执行 shell。
建立Tunnel：
ssh -D 1080 -qfnN    username@hostname
输入密码即可使用（也可以用key认证）。
Windows的话，可以使用plink.exe或者MyEnTunnel（MyEnTunnel 本质上也是使用plink.exe来建立Tunnel）。
此时账号username 可以通过sshd的认证使用 TcpForwarding ，但是不能运行 shell，不能与系统交互。刚好可以用来为朋友提供国外的代理翻墙。
参数详解：
-D 1080 建立动态Tunnel，监听在本地1080端口。
-q  [...]]]></description>
		<link>http://www.bsdmap.com/2010/02/22/create-tunnel-user/</link>
			</item>
	<item>
		<title>Linux系统上的Watchdog实现</title>
		<description><![CDATA[为了满足“高可用性”的需求，人们设计了&#8221;watchdog&#8221;，俗称“看门狗”。
&#8220;Watchdog&#8221; 在实现上可以是硬件电路也可以是软件定时器，能够在系统出现故障时自动重新启动系统。
硬件
搜索 &#8220;watchdog card&#8221;和“看门狗卡”，可以找相关的信息，常见的是PCI接口和USB接口，体积很小。
软件
有很多相关的软件用来做“看门狗”。
Linux 自带了一个 watchdog 的实现，用于监视系统的运行，包括一个内核 watchdog module 和一个用户空间的 watchdog 程序。
内核 watchdog 模块通过 /dev/watchdog 这个字符设备与用户空间通信。用户空间程序一旦打开 /dev/watchdog 设备，就会导致在内核中启动一个 1分钟的定时器，此后，用户空间程序需要保证在 1分钟之内向这个设备写入数据，每次写操作会导致重新设定定时器。如果用户空间程序在 1分钟之内没有写操作，定时器到期会导致一次系统 reboot 操作。
用户空间程序可通过关闭 /dev/watchdog 来停止内核中的定时器。
用户空间的 watchdog 守护进程：
在用户空间，还有一个叫做 watchdog 的守护进程，它可以定期对系统进行检测，包括：
* Is the process table full?
* Is there enough free memory?
* Are some files accessible?
* Have some files changed within a given interval?
* Is the average work [...]]]></description>
		<link>http://www.bsdmap.com/2010/02/20/watchdog-linux-2/</link>
			</item>
	<item>
		<title>使用deflate模块压缩输出</title>
		<description><![CDATA[启用web服务器的压缩功能主要有两个好处：
1. 提高用户打开页面的速度。
2. 节省服务器的带宽资源。
一定会有人认为启用压缩会消耗服务器的CPU及内存资源。就目前的计算机处理能力来讲，这点消耗并不是影响系统负载的“主要矛盾”。相反地，因为启缩，会提高传输效率，从而提高计算机处理请求的速度，从而降低系统负载。
Apache 自带的 mod_deflate 模块，提供了DEFLATE输出过滤器，允许服务器在将输出内容发送到客户端以前进行压缩，以节约带宽。
通常，我们只压缩文本内容，图片文件因为本身已经是压缩格式的，再次压缩的意义不大。
我常用的压缩配置如下：
&#60;Location /&#62;
&#60;IfModule mod_deflate.c&#62;
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/x-javascript
&#60;/IfModule&#62;
&#60;/Location&#62;
需要注意的是：压缩会于代理服务器造成一定的困扰。比如当我使用Nginx的反向代理+缓存（storage）的时候，存储在Nginx本地的文件是压缩过的（比如 a.css 本来应该是文本文件，存在Nginx本地的是被压缩生成的二进制文件），当用户再次请求时，Ngnix反回给用户的是压缩内容，于是用户这边显示乱码。
另外一个需要注意的问题是：Very 头对缓存命中的影响 http://www.chedong.com/blog/archives/001429.html
参考：
《高性能网站建设指南》
http://www.bsdmap.com/manuals/Apache/mod/mod_deflate.html

]]></description>
		<link>http://www.bsdmap.com/2010/02/20/apache-deflate-gzip-mod_deflate-2/</link>
			</item>
	<item>
		<title>系统调用exec和fork</title>
		<description><![CDATA[Exec 与 fork 是 UNIX 中的两个系统调用，UNIX 程序利用它们来创建新的进程。
由一个进程产生 (spawn) 另一个进程 ，可能是进程产生后用新进程取代它，即exec；或者如何需要保留这个进程，那就复制一个进程，即 fork 。
举个例子：Getty 进程监测一个串行端口 (tty)，提供了一个 “login:” 提示符，当用户输入登录名回车之后，getty的任务就完成了；它执行 (exec) 了 login 命令，当 login 检测密码输入正确之后，它执行 (exec) 登录 shell 。一旦用户启动另一个程序，shell 程序就会派生 (fork) 自己，并且这个复本将执行 (exec) 用户所要运行的任何程序。
]]></description>
		<link>http://www.bsdmap.com/2010/02/10/%e7%b3%bb%e7%bb%9f%e8%b0%83%e7%94%a8exec%e5%92%8cfork/</link>
			</item>
	<item>
		<title>使用header标识服务器</title>
		<description><![CDATA[当你在维护集群时，你会发现很难定位服务器。比如我们的 LVS 结构下的后端 RS 出现意外的问题的时候，怎么去定位它？
最终我们使用的方法是在 RS 上配置、增加一个额外的 header ( 我们的 RS 上运行的是 Web 服务 )，比如：
我在我的每台 web 上都做了如下配置
&#60;IfModule mod_headers.c&#62;
# Device ID, A(apache) N (Nginx) L(Lighttpd) S(Squid) V(Varnish), CPU x sum, RAM(G), DISK(G), bandwidth, CNC/TEL/EDU, City
Header Append Node &#8220;H01-A1-3.4Gx4-4G-100G-100M-CNC1-CQ1&#8243;
&#60;/IfModule&#62;
这样，通过 Firebug ，我就可以很容易地定位服务器，从而快速的定位故障之所在。
]]></description>
		<link>http://www.bsdmap.com/2010/02/10/%e4%bd%bf%e7%94%a8header%e6%a0%87%e8%af%86%e6%9c%8d%e5%8a%a1%e5%99%a8/</link>
			</item>
	<item>
		<title>大小写转换</title>
		<description><![CDATA[将文件file.txt的小写字母转换成大写
1. 使用tr
cat file.txt &#124; tr a-z A-Z
2. 使用sed
sed &#8216;y/abcdefghijklmnopqrstuvwxyz/ABCDEFGHIJKLMNOPQRSTUVWXYZ/&#8217;  file.txt
sed的 y/source/dest/   Transliterate  the  characters  in  the  pattern space which appear in source to the corresponding character in dest.
]]></description>
		<link>http://www.bsdmap.com/2010/02/07/tr/</link>
			</item>
	<item>
		<title>使用apxs为Apache编译模块</title>
		<description><![CDATA[apxs是一个为Apache HTTP服务器编译和安装扩展模块的工具，用于编译一个或多个源程序或目标代码文件为动态共享对象，使之可以用LoadModule指令在运行时加载到Apache服务器中。
1. 进入apache源代码的modules目录
2. 运行如下命令自动编译、安装和修改httpd.conf文件，激活mod_proxy模块：
apache path/bin/apxs -c -i -a mod_proxy.c proxy_util.c
选项说明：
-c 执行编译操作
-i 安装操作，安装一个或多个动态共享对象到服务器的modules目录
-a 自动增加一个LoadModule行到httpd.conf文件，以激活此模块，若此行存在则启用之
-A 与-a类似，但是它增加的LoadModule行前有井号前缀(#)
-e 需要执行编辑操作，可与-a和-A选项配合使用，与-i操作类似，修改httpd.conf文件，但并不安装此模块
3. 如果还需要其他proxy模块如mod_proxy_http、mod_proxy_ftp，则单独
apxs -c -i proxy_http.c
apxs -c -i proxy_ftp.c
参考：
 http://www.bsdmap.com/manuals/Apache/programs/apxs.html
]]></description>
		<link>http://www.bsdmap.com/2010/02/06/apache-apxs/</link>
			</item>
	<item>
		<title>使用RCS管理配置文件</title>
		<description><![CDATA[时下是SVN和Git大行其道的时候，RCS出现的频率很小。
RCS，全称 Revision Control System ，一种版本控制系统，用于保存配置文件、Shell脚本和其他任何操作过的文本文件的多个修订版本。与SVN、Git、以及CVS不同的是，RCS不支持C/S结构，RCS的所有内容都保存在本地文件系统中。因此，RCS，不适合多人协作（于是出了SVN、Git这样的版本控制系统），相反的却非常适合管理员(甚至是多位管理员)来管理配置文件。假如你有很多机器要管理，那么另当别论！
RCS将所有修订版本都保存在文件当前目录下名为RCS/的目录中，假如该目录不存在，则保存在与文件相同的目录里。为了不使当前目录看上去很凌乱，建议使用RCS目录。
以Apache配置为例：
1. 创建仓库
mkdir /etc/httpd/conf/RCS
2. 将配置文件httpd.conf初始化到仓库中
ci -i /etc/httpd/conf/httpd.conf
/etc/httpd/conf/RCS/httpd.conf,v  &#60;&#8211;  /etc/httpd/conf/httpd.conf
enter description, terminated with single &#8216;.&#8217; or end of file:
NOTE: This is NOT the log message!
&#62;&#62; Apache Configuration Files
&#62;&#62; .
initial revision: 1.1
done
ci -i 进行“登入和初始化”，为RCS提供文件的第一份完好的副本。RCS提示输入初始化说明，然后从当前目录中删除该文件。
3. 登出文件
co /etc/httpd/conf/httpd.conf
/etc/httpd/conf/RCS/httpd.conf,v  &#8211;&#62;  /etc/httpd/conf/httpd.conf
revision 1.1
done
在RCS初始化文件文件后，登出该文件。
4. 操作配置文件
锁定文件，以防操作时其他用户对访文件进行更新。实际上，RCS是使用文件权限来控制“锁”的，比如co httpd.conf的时候，httpd.conf的文件权限被设置成444，于是不能编辑，当co -l httpd.conf时，权限被设置成 644，于是可以编辑，当ci -u httpd.conf，文件权限又被设置成444。
co -l /etc/httpd/conf/httpd.conf
/etc/httpd/conf/RCS/httpd.conf,v  &#8211;&#62; [...]]]></description>
		<link>http://www.bsdmap.com/2010/02/06/rcs/</link>
			</item>
	<item>
		<title>编译安装Apache</title>
		<description><![CDATA[温习编译Apahce的相关知识
预备知识
Makefile的惯例

make clean 清除当前目录下在 make 过程中产生的文件。它不能删除软件包的配置文件，也不能删除 build 时创建的那些文件。
make distclean 类似于&#8221;clean&#8221;，但增加删除当前目录下的的配置文件、build 过程产生的文件。
make install-strip 和&#8221;make install&#8221;类似，但是会对复制到安装目录下的可执行文件进行 strip 操作。

make的常用选项

-jN , &#8211;jobs[=N]，指定并行执行的命令数目。
-n &#8211;just-print,&#8211;dry-run,&#8211;recon，只打印出所要执的命令，但并不实际执行命令。
-s &#8211;silent，&#8211;quit，不显示所执行的命令。

编译Apache的要求

磁盘空间
ANSI-C编译器及编译环境
确保准确的时间
Perl 5 [可选]
apr/apr-util &#62;= 1.2

apr和apr-util包含在Apache httpd的发行源代码中，并且在绝大多数情况下使用都不会出现问题。当然，如果apr或apr-util的1.0或1.1版本已经安装在你的系统中了，则必须将你的apr/apr-util升级到1.2版本，或者将httpd单独分开编译。要使用发行源代码中自带的apr/apr-util源代码进行安装，你必须手动完成：
# 编译和安装 apr 1.2
cd srclib/apr
./configure &#8211;prefix=/usr/local/apr-httpd/
make
make install
# 编译和安装 apr-util 1.2
cd ../apr-util
./configure &#8211;prefix=/usr/local/apr-util-httpd/ &#8211;with-apr=/usr/local/apr-httpd/
make
make install
# 配置 httpd
cd ../../
./configure &#8211;with-apr=/usr/local/apr-httpd/ &#8211;with-apr-util=/usr/local/apr-util-httpd/
Apache的模块状态
通常我们认为Apache的模块分五类：多路处理模块(MPM)，基本模块(Base)，扩展模块(Extension)，实验性模块(Experimental)，第三方模块(External)。
关于各模块的状态详情可以查看手册。第三方模块不包含在发行版中，手册中只标识了四种状态：



M
多路处理模块
必须有且仅有一个MPM被静态编译到服务器中。


B
基本模块
默认包含，必须明确禁用。


E
扩展模块
默认不包含，必须明确启用。


X
试验模块
默认不包含，必须明确启用。



Apache的基本模块
Apache 2.2.14 默认被静态编译进httpd的模块：
核心模块
不可或缺
core.c
http_core.c
mod_so.c
prefork.c（Linux上默认是prefork.c）
认证相关模块
mod_authn_file.c
mod_authn_default.c
mod_authz_host.c
mod_authz_groupfile.c
mod_authz_user.c
mod_authz_default.c
mod_auth_basic.c
其它模块
mod_include.c
mod_filter.c
mod_log_config.c
mod_env.c
mod_setenvif.c
mod_version.c
mod_mime.c
mod_status.c
mod_autoindex.c
mod_asis.c
mod_cgi.c
mod_negotiation.c
mod_dir.c
mod_actions.c
mod_userdir.c
mod_alias.c
我的Apache的常用模块
最简单的认证模块组合
[B]mod_auth_basic.c 或
[E]mod_auth_digest.c 加 (2.2.14版时，已经由实验模块转为扩展模块)
[B]mod_authn_file.c 加
[B]mod_authz_user.c
注意！basic加密方式密码是明文传送的，不安全，建议使用digest方式的认证。
保护认证而加载的模块
[B]mod_authn_default.c
[B]mod_authz_default.c
出于安全考虑，强烈建议加载！
最常用的访问控制模块
[B]mod_authz_host.c
提供基与主机名、IP地址以及请求特征的访问控制。
其它常用模块
[B]mod_log_config.c
[B]mod_alias.c
[B]mod_dir.c
[B]mod_mime.c
[B]mod_setenvif.c
[E]mod_rewrite.c
[E]mod_deflate.c
[E]mod_expires.c
[E]mod_headers.c
我常用的编译指令

1. ./configure --prefix=/opt/httpd-2.2.14 --with-mpm=prefork --enable-mods-shared=all LDFLAGS='-s'
2. ./configure --prefix=/opt/httpd-2.2.14 [...]]]></description>
		<link>http://www.bsdmap.com/2010/02/03/compile-apache/</link>
			</item>
	<item>
		<title>mod_authn_default 和 mod_authz_default</title>
		<description><![CDATA[mod_authn_default
该模块是一个失败补救(fallback)模块，它在未正确配置认证模块(比如mod_auth_basic缺失mod_authz_user模块的，语法检查检查不出来)的情况下简单拒绝一切认证信息。起到保护数据的作用。
mod_authz_default
在未正确配置授权支持模块的情况下简单拒绝一切授权请求。同样起到保护数据的作用。
假如没有加载default模块，那么，错误的认证配置，会使服务端产生一个500状态码，默认情况下，会生成一个“The server encountered an internal error or misconfiguration and was unable to complete your request.”的提示，有助于管理员调试。
假如加载了default模块，那么错误的认证配置，会使客户端始终不能通过认证，最终返回一个401状态码。
出于安全考虑，这两个模块在启用认证的情况下，一定要加载！
]]></description>
		<link>http://www.bsdmap.com/2010/02/03/mod_authn_default-and-mod_authz_default/</link>
			</item>
	<item>
		<title>使用parted为超大磁盘建立GPT格式的分区表</title>
		<description><![CDATA[安装CentOS 5.3 时，遇到的问题：
硬件环境：Dell R710，6块SATA 1T容量、7.2k转的磁盘，6i RAID卡。
问题：将前5块盘做的RAID5，共4T左右的存储容量。将第六块盘做的全局热备。
安装CentOS5.3时提示：
Your boot partition is on a disk using the GPT partitioning Scheme but this machines cannot boot using GPT.
解决方法：
1. 通过RAID卡为系统/boot分区建立单独的小容量设备sda，将/dev/sda使用MBR格式的分区表建立分区；将其他空间分配到设备sdb上，使用parted建立GPT格式分区（fdisk不支持GPT格式）。
2. 根据下表，对Linux系统启动过程的分析，判断应该是CentOS 5.3的grub版本过低，从而不支持从GPT分区引导系统，为grub打上 gpt patch 应该同样能解决问题。

MBR格式的分区表，有一定的局限性，比如：最大分区不超过2T,一个MBR只能记录四个主分区（扩展分区+逻辑分区，为扩展解决方案）。
当分区大于2T时，需要使用GPT格式的分区表。
使用parted:
1. 建立分区表
mklabel / mktable  LABEL-TYPE   create a new disklabel (partition table)
注意该操作会破坏分区表，谨慎操作！
LABEL-TYPE 支持以下几种类型(man parted)：
bsd&#8221;, &#8220;dvh&#8221;, &#8220;gpt&#8221;, &#8220;loop&#8221;, &#8220;mac&#8221;, &#8220;msdos&#8221;, &#8220;pc98&#8243; or &#8220;sun&#8221;.
2. 建立分区
mkpart PART-TYPE [FS-TYPE] START END     make a [...]]]></description>
		<link>http://www.bsdmap.com/2010/02/02/grub-gpt-patch/</link>
			</item>
	<item>
		<title>查找后门程序</title>
		<description><![CDATA[每个进程都会有一个PID，而每一个PID都会在/proc目录下有一个相应的目录，这是Linux（当前内核2.6）系统的实现。
一般后门程序，在ps等进程查看工具里找不到，因为这些常用工具甚至系统库在系统被入侵之后基本上已经被动过手脚（网上流传着大量的rootkit。假如是内核级的木马，那么该方法就无效了）。
因为修改系统内核相对复杂（假如内核被修改过，或者是内核级的木马，就更难发现了），所以在/proc下，基本上还都可以找到木马的痕迹。
思路：
在/proc中存在的进程ID，在 ps 中查看不到（被隐藏），必有问题。
str_pids=`ps -A &#124; awk &#8216;{print $1}&#8217;`
for i in /proc/[0-9]* ; do
        if  echo $str_pids &#124; grep -q `basename $i` ; then
                :
            else
                echo &#8220;Rootkit&#8217;s PID: `basename $i`&#8221;
        fi
done
unset str_pids i
讨论：
检查系统(Linux)是不是被黑，其复杂程度主要取决于入侵者“扫尾工作”是否做得充足。对于一次做足功课的入侵来说，要想剔除干净，将是一件分精密、痛苦的事情，通常这种情况，需要用专业的第三方的工具（有开源的，比如tripwire，比如aide）来做这件事情。
而专业的工具，部署、使用相对比较麻烦，也并非所有的管理员都能熟练使用。
实际上Linux系统本身已经提供了一套“校验”机制，在检查系统上的程序没有被修改。比如rpm包管理系统提供的 -V 功能：
rpm -Va
即可校验系统上所有的包，输出与安装时被修改过的文件及相关信息。但是rpm系统也可能被破坏了，比如被修改过。
]]></description>
		<link>http://www.bsdmap.com/2010/02/02/proc-usage/</link>
			</item>
	<item>
		<title>修改Apache的Max open files限制</title>
		<description><![CDATA[相信绝大多数人，都是直接对 /etc/security/limits.conf  文件进行的修改，添加类似下面的两行：
*     soft         nofile           10240
*     hard       nofile           10240
这样也能达到效果。但是经验告诉我，能在局部修改，就不要动全局——因为我们不好评估全局会对哪些应用造成影响（就修改nofile参数一事来说，目前还没有发现修改全局对系统的明显影响，但是理论上可以肯定，将全局的限制放宽，意味着使系统容易受到“资源耗尽”类的攻击，然而在我的工作经历中，还没有遇到一例类似事故发生过），所以我建议将这些局部性的修改放到各自的启动脚本里。
在apachectl脚本里，有这样的语句：
#
# Set this variable to a command that increases the maximum
# number of file descriptors allowed per child process. This is
# critical for configurations that use many file descriptors,
# such as mass vhosting, or a multithreaded server.
ULIMIT_MAX_FILES=&#8221;ulimit -S -n `ulimit -H -n`&#8221;
# &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;                              &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;
# &#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;   END CONFIGURATION SECTION  &#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;&#124;
# Set [...]]]></description>
		<link>http://www.bsdmap.com/2010/02/01/apache-max-open-files/</link>
			</item>
	<item>
		<title>Apache的认证</title>
		<description><![CDATA[Apache的认证模型
Apache的认证模块分成三个部分：认证类型模块，认证支持模块，认证授权模块。
认证类型模块(auth)：
mod_auth_basic
mod_auth_digest
认证支持模块(authn)：
mod_authn_alias
mod_authn_anon
mod_authn_file
mod_authn_dbd
mod_authn_dbm
mod_authn_default
mod_authnz_ldap
认证授权模块(authz)：
mod_authnz_ldap
mod_authz_dbm
mod_authz_default
mod_authz_user
mod_authz_groupfile
mod_authz_owner
注意：
mod_authnz_ldap模块即包含认证功能也提供授权功能。mod_authn_alias本身并实现认证功能，但是允许其它认证支持模块以更灵活的方式进行配置。
mod_authz_host 模块提供基于主机名、IP地址、请求特征的访问控制，但并不属于认证支持系统。
一般常用的AuthType 是&#8221;Basic/Digest&#8221;，这个认证需要用到认证模块mod_auth_basic/mod_auth_digest，和认证支持模块mod_authn_file和认证授权模块mod_authz_user。
就是说，最常用的认证组合方式是：
mod_auth_basic/mod_auth_digest
    +
mod_authn_file
    +
mod_authz_user
即是说，一个使用认证以及访问控制（支持Order Allow,Deny ,Allow from all这样的指令）Apache系统，至少要用到下面四或者五个模块：
mod_auth_basic/mod_auth_digest
    +
mod_authn_file
    +
mod_authz_user
    +
mod_authz_host
不太熟悉Apache认证的管理员，为了优化Apache占用的内存，往往会注释掉一些用不到的模块，而又因为不明白认证模块之间的关系，而导致认证总是不能成功，而apache（目前我使用的版本：2.2.3）的语法检查检查不出来mod_authz_user模块的缺失，故常常使管理员困惑。
重要提醒：
Basic认证类型不加密来自用户浏览器的密码，因此不应该用于保护敏感数据。对于敏感的数据，应使用Digest方式来进行认证（比较老的浏览器不支持，不过时至今日，应该已经不是问题了）。
参考：http://www.bsdmap.com/UNIX_html/ApacheMenu_zh_CN/howto/auth.html
]]></description>
		<link>http://www.bsdmap.com/2010/02/01/apache-auth-basic/</link>
			</item>
	<item>
		<title>快速了解Apache环境</title>
		<description><![CDATA[当前使用的Apache的版本为2.2.3，支持以下使用方式：
apachectl -v
apachectl -V
apachectl -l
apachectl -L
apachectl -S
apachectl -M
apachectl -V
1. 查看Server version。
2. 查看编译时间。
3. APR 及 APR-Util 的版本。
4. 硬件架构/平台（64-bit/32-bit）
5. 查看 Server MPM（Prefort/Worker）
6. 是否支持线程（threaded）
7. 定位 HTTPD_ROOT
8. 定位配置文件
9. ……
apachectl -l
静态编译进httpd程序的模块。比如：
Compiled in modules:
core.c
prefork.c
http_core.c
mod_so.c
这个命令也可以用来查看 Server MPM，一般情况下，要么是prefork.c，要么是worker.c。
apachectl -L
查看目前Apache支持的指令，其中不包括加载模块后模块支持的指令。
apachectl -L &#124; grep ^[A-Z]
apachectl -S / apachectl -t -D DUMP_VHOSTS
查看Apache下配置的虚拟主机情况。注间这里的“default server”是有特殊作用的。有时候我们需要专门统过调整Vhost配置段的位置或者vhosts配置文件被加载的顺序来调整、设立“default server”。
apachectl -M / apachectl -t -D DUMP_MODULES
查看apache目前配置里加载的模块。
]]></description>
		<link>http://www.bsdmap.com/2010/02/01/apache-view/</link>
			</item>
	<item>
		<title>initrd的作用</title>
		<description><![CDATA[initrd 的英文含义是 boot loader initialized RAM disk，就是由 boot loader 初始化的内存盘。在 linux内核启动前， boot loader 会将存储介质中的 initrd 文件加载到内存，内核启动时会在访问真正的根文件系统前先访问该内存中的 initrd 文件系统。在 boot loader 配置了 initrd 的情况下，内核启动被分成了两个阶段，第一阶段先执行 initrd 文件系统中的&#8221;某个文件&#8221;，完成加载驱动模块等任务，第二阶段才会执行真正的根文件系统中的 /sbin/init 进程。这里提到的&#8221;某个文件&#8221;，Linux2.6 内核会同以前版本内核的不同，所以这里暂时使用了&#8221;某个文件&#8221;这个称呼。对于2.4的内核，“某个文件”是指linuxrc；对于2.6的内核，“某个文件”是指init。第一阶段启动的目的是为第二阶段的启动扫清一切障爱，最主要的是加载根文件系统存储介质的驱动模块。我们知道根文件系统可以存储在包括IDE、SCSI、USB在内的多种介质上，如果将这些设备的驱动都编译进内核，可以想象内核会多么庞大、臃肿。
Initrd 的用途主要有以下四种：
1.	linux 发行版的必备部件
linux 发行版必须适应各种不同的硬件架构，将所有的驱动编译进内核是不现实的，initrd 技术是解决该问题的关键技术。Linux 发行版在内核中只编译了基本的硬件驱动，在安装过程中通过检测系统硬件，生成包含安装系统硬件驱动的 initrd，无非是一种即可行又灵活的解决方案。
2.	livecd 的必备部件
同 linux 发行版相比，livecd 可能会面对更加复杂的硬件环境，所以也必须使用 initrd。
3.	制作 Linux usb 启动盘必须使用 initrd
usb 设备是启动比较慢的设备，从驱动加载到设备真正可用大概需要几秒钟时间。如果将 usb 驱动编译进内核，内核通常不能成功访问 usb 设备中的文件系统。因为在内核访问 usb 设备时， usb 设备通常没有初始化完毕。所以常规的做法是，在 initrd 中加载 usb [...]]]></description>
		<link>http://www.bsdmap.com/2010/01/30/initrd/</link>
			</item>
	<item>
		<title>ARM Linux启动过程</title>
		<description><![CDATA[1. 引 言
Linux 最初是由瑞典赫尔辛基大学的学生 Linus Torvalds在1991 年开发出来的，之后在 GNU的支持下，Linux 获得了巨大的发展。虽然 Linux 在桌面 PC 机上的普及程度远不及微软的 Windows 操作系统，但它的发展速度之快、用户数量的日益增多，也是微软所不能轻视的。而近些年来 Linux 在嵌入式领域的迅猛发展，更是给 Linux 注入了新的活力。
一个嵌入式 Linux 系统从软件角度看可以分为四个部分：引导加载程序（bootloader）， Linux 内核，文件系统，应用程序。
其中 bootloader是系统启动或复位以后执行的第一段代码，它主要用来初始化处理器及外设，然后调用 Linux 内核。Linux 内核在完成系统的初始化之后需要挂载某个文件系统做为根文件系统（Root Filesystem）。根文件系统是 Linux 系统的核心组成部分，它可以做为Linux 系统中文件和数据的存储区域，通常它还包括系统配置文件和运行应用软件所需要的库。应用程序可以说是嵌入式系统的“灵魂”，它所实现的功能通常就是设计该嵌入式系统所要达到的目标。如果没有应用程序的支持，任何硬件上设计精良的嵌入式系统都没有实用意义。
从以上分析我们可以看出 bootloader 和 Linux 内核在嵌入式系统中的关系和作用。Bootloader在运行过程中虽然具有初始化系统和执行用户输入的命令等作用，但它最根本的功能就是为了启动 Linux 内核。在嵌入式系统开发的过程中，很大一部分精力都是花在bootloader 和 Linux 内核的开发或移植上。如果能清楚的了解 bootloader 执行流程和 Linux的启动过程，将有助于明确开发过程中所需的工作，从而加速嵌入式系统的开发过程。而这正是本文的所要研究的内容。
2. Bootloader
2.1 Bootloader的概念和作用Bootloader是嵌入式系统的引导加载程序，它是系统上电后运行的第一段程序，其作用类似于 PC 机上的 BIOS。在完成对系统的初始化任务之后，它会将非易失存储器（通常是 Flash或 DOC 等）中的Linux 内核拷贝到 RAM 中去，然后跳转到内核的第一条指令处继续执行，从而启动 Linux [...]]]></description>
		<link>http://www.bsdmap.com/2010/01/29/arm-linux-boot/</link>
			</item>
	<item>
		<title>Python for UNIX and Linux System Administrator No.3</title>
		<description><![CDATA[第3章 文本
（一）Python的内建功能及模块
str
字符串由一系列字符组成。
字符串类型（str）是一个强大而灵活的、能够对字符串数据进行操作处理的数据类型。
创建字符串

string1 = 'This is a string'
string2 = "This is another string"
string3 = '''This is still another string'''
string4 = """And one more string"""

与Shell、PHP不同的是，Python中，单引号与双引号没有区别，可以替换使用。
注：什么时候用单引号？什么时候用双引号？一般情况没有区别，但是当字符串中有单引号时，则字符号使用双引号；当字符串有有双引号的时候，则字符号使用单引号。这样便不需要转义了。
当字符串跨多行时，可以在单引号或者双引号内使用\n换行。另一个简洁的方法是使用三引号，三引号允许创造多行字符串。
“原始”字符串
创建字符串时，在引号前放置字母r，可以创建一个原始字符串。从根本上讲，创建一个原始字符串与创建一个非原始字符串的区别在于，Python不对原始字符串中的转义字符进行解析，而在处理普通字符串时，则对其进行解析。
转义字符

\
\\
\'
\"
\a　　ASCII Bell响铃
\b　　ASCII backspace退格
\f
\n
\N{name}
\r
\t
\uxxxx
\Uxxxxxxxx
\v
\ooo　　oo八进制值表示的字符
\xhh　　hh十六进制表示的字符

来自《Python简明教程》：
Unicode字符串
Unicode是书写国际文本的标准方法。如果你想要用你的母语如北印度语或阿拉伯语写文本，那么你需要有一个支持Unicode的编辑器。类似地，Python允许你处理Unicode文本——你只需要在字符串前加上前缀u或U。例如，u&#8221;This is a Unicode string.&#8221;。
记住，在你处理文本文件的时候使用Unicode字符串，特别是当你知道这个文件含有用非英语的语言写的文本。
（二）ElementTree
（三）本章小结
]]></description>
		<link>http://www.bsdmap.com/2010/01/20/python-for-unix-and-linux-system-administrator-no-3/</link>
			</item>
	<item>
		<title>摄影理论学习笔记整理</title>
		<description><![CDATA[
以下多是由D90的用户手册和杨飞的摄影指南，经个人的体会总结整理如下：
 
一. 档位
程序自动档(P)
快门优先自动档(S)
光圈优先自动档(A)
手动档(M)
不同的相机（单反），档位缩写可能会不大相同，但是这几个档位应该都是有的。
P：在拍摄快照以及没有足够的时间来调整相机设定的情况下使用。即在形势比较紧急的情况下使用。
S：手动调整快门，保证快门足够快，自动调整光圈。用于定格或者模糊动作。在光源不足的情况下，往往需要使用该档。这个跟后来要讲到的“快门安全速度”有关，当然假如用三角架拍摄静物，另当别论。
A：在想要的特效的光圈上，自动调整快门。用于模糊背景，或使前景和背景都位于焦距内。这个需要光源足够，同样是“快门安全速度”的问题。
M：全手动。可实现长时间曝光。
二. 图片质量与ISO
定义：ISO感光度是CCD或者胶卷对光线的敏感程度。
ISO数据越大越敏感（感光度越高）。
高ISO虽然速度快但图像颗粒粗，经不起精细放大出图。
ISO200以上的胶卷或者数码相机ISO设置高于200不宜拍摄风光。
高ISO一般在万不得宜的情况下才使用。
三. 快门
定义：快门就是相机里控制曝光时间的装置。
手持相机拍摄的安全速度原则：安全速度是焦距的倒数。快门速度应不低于此安全速度。否则图片易模糊。
四. 光圈
定义：光圈就是相机里调节进光孔大小的装置。
光圈值越大，孔越小，进光量越小。通常我们说的光圈大小，指的是光圈通光孔的大小，不是读数的大小。
镜头在中等光圈时成像最好，拍出来的照片最清晰。
五. 测光、曝光与曝光补偿
曝光就是快门与光圈的组合。
一张正确曝光的图片可以有N种快门与光圈的组合。
小结：有三个因素影响正确曝光，光圈、快门、ISO。光圈和快门决定进光量，ISO决定感光度。假如曝光不足，可以增大光圈、降低快门速度或者提高ISO。大光圈的缺点是解像度不如中等光圈，快门速度低则照片可能会糊，提高ISO照片质量也会下降。没有完美的解决方案，如何取舍要灵活决定。
测光：
如果不能准确的测光，那正确的曝光就无从谈起。
数码相机里有一个光敏电阻，不同强度的光线照射时电阻值发生变化，相机内的“电脑”根据电阻值的变化判断光线强度，进而确定曝光值（光圈、快门）。
常见的三种测光模式：点测光、中央重点测光、区域（平均）测光。
D90也有三种测光模式：点测光，中央重点测光，3D彩色矩阵测光II
大多数情况下，用区域测光即可。在光线明暗反差很大时应该采用点测光，用区域（平均）测光或者中央重点测光也可以，你可根据自己的经验进行曝光补偿。
曝光补偿：
曝光补偿是为了修正相机测光时的失误（误差），或者是为了特殊效果。
曝光补偿的原则：白加黑减。
当构图中出现大片的白色的物体或者有灯特别明亮的物体时，就要相应增加曝光量（增大光圈和/或者降低快门）；如果构图中有大片的黑色物体，则要减少曝光量。
一般来说，在光明比较平均的环境里，相机的自动测光和曝光比较准确，但在明暗反差很大时往往不准需要手动曝光补偿。
六. 景深与光圈优先
通俗地讲，景深就是图片焦距前后延伸的“可接受清晰区域”。
景深是由有三个因素决定的：光圈大小、焦距长短和被拍摄物体的远近。
估计景深的三原则：
1. 光圈越大（通光孔越大），景深越小。
2. 焦距越长，景深越小。
3. 被摄物体越近，景深越小。
于是我们更深入的了解到光圈的三个作用：
1. 控制曝光量。
2. 控制景深，光圈越小，景深越大。
3. 光圈影响图片的清晰度。任何一个镜头都在中等光圈的时候成像最好（图片最清晰），在最大光圈和最小光圈时解像度差。
七.白平衡
白平衡就是相机对白色的还原确性。
彻底解决白平衡和色温的准确性的问题只有一个方案：使用RAW格式存储图片。
个人总结：
影响正确曝光的最大外界因素是光源。
在较强的光源下，比如在有阳光的室外，不管拍动还是拍静，都能很容易拍出来效果（构图属于美学、艺术层次的内容，不在这里讨论）。本质上还是快门安全速度的问题。比如在有阳光的室外，曝光时间一般都是1/1000以下，甚至1/2000秒，这样的快门速度，即使是手抖，或者被拍摄物移动，图片都不会模糊。
而在光源不足的情况下，拍摄会比较困难，因为曝光时间通常都会比较长，假如没有三角架，图片很容易糊掉。这正是相机的另一附件闪光灯发挥作用的领域。

]]></description>
		<link>http://www.bsdmap.com/2010/01/18/shoot/</link>
			</item>
</channel>
</rss>
