Linux ar 命令
[ 2011/10/01 18:58 | by selboo ]
功能说明:建立或修改备存文件,或是从备存文件中抽取文件。
语 法:ar[-dmpqrtx][cfosSuvV][a<成员文件>][b<成员文件>][i<成员文件>][备存文件][成员文件]
补充说明:ar可让您集合许多文件,成为单一的备存文件。在备存文件中,所有成员文件皆保有原来的属性与权限。
参 数:
指令参数
-d 删除备存文件中的成员文件。
-m 变更成员文件在备存文件中的次序。
-p 显示备存文件中的成员文件内容。
-q 将问家附加在备存文件末端。
-r 将文件插入备存文件中。
-t 显示备存文件中所包含的文件。
-x 自备存文件中取出成员文件。
选项参数
a <成员文件> 将文件插入备存文件中指定的成员文件之后。
语 法:ar[-dmpqrtx][cfosSuvV][a<成员文件>][b<成员文件>][i<成员文件>][备存文件][成员文件]
补充说明:ar可让您集合许多文件,成为单一的备存文件。在备存文件中,所有成员文件皆保有原来的属性与权限。
参 数:
指令参数
-d 删除备存文件中的成员文件。
-m 变更成员文件在备存文件中的次序。
-p 显示备存文件中的成员文件内容。
-q 将问家附加在备存文件末端。
-r 将文件插入备存文件中。
-t 显示备存文件中所包含的文件。
-x 自备存文件中取出成员文件。
选项参数
a <成员文件> 将文件插入备存文件中指定的成员文件之后。
mount disk Image
[ 2011/07/19 15:14 | by selboo ]
如果你今天面对的是disk image而不是一般的partition image,当使用mount -o loop是将无法mount成功。这很容易理解,因为你必须知道disk image中partition的位置之后才能mount起來,怎么做呢?
需求: mount test.img 并更改第一个partition中的某个文件
我们先看看如果直接用mount -o loop会如何:
[code]lawrence@lawrence-x24:~/Desktop$ sudo mount -o loop test.img /mnt/test/
mount: you must specify the filesystem type
lawrence@lawrence-x24:~/Desktop$ sudo mount -o loop -t ext3 test.img /mnt/test/
mount: wrong fs type, bad opti[
需求: mount test.img 并更改第一个partition中的某个文件
我们先看看如果直接用mount -o loop会如何:
[code]lawrence@lawrence-x24:~/Desktop$ sudo mount -o loop test.img /mnt/test/
mount: you must specify the filesystem type
lawrence@lawrence-x24:~/Desktop$ sudo mount -o loop -t ext3 test.img /mnt/test/
mount: wrong fs type, bad opti[
Linux NAT ip_conntrack: table full
[ 2011/07/02 18:05 | by selboo ]
Web服务器用了一段时间,随意间使用dmesg命令后竟然发现了一些奇怪的内核日志,如下:
ip_conntrack: table full, dropping packet.
后来才知道, Linux TCP 的 ip_conntrack 模块会记录 tcp 通讯协议的 established connection 记录, 而且默认 timeout 时间长达五天 (432,000 秒), 由于Web站点使用memcached因此怀疑一些TCP链接从来就没有释放过,所以导致这种问题。
解决方法 (1): 加大 ip_conntrack_max 值
查出原本的 ip_conntrack_max 值:
指令: cat /proc/sys/net/ipv4/ip_conntrack_max
写入理想的数值 (每一个 ip_conntrack buffer 会占用 292 Bytes)
指令: echo "数值" > /proc/sys/
ip_conntrack: table full, dropping packet.
后来才知道, Linux TCP 的 ip_conntrack 模块会记录 tcp 通讯协议的 established connection 记录, 而且默认 timeout 时间长达五天 (432,000 秒), 由于Web站点使用memcached因此怀疑一些TCP链接从来就没有释放过,所以导致这种问题。
解决方法 (1): 加大 ip_conntrack_max 值
查出原本的 ip_conntrack_max 值:
指令: cat /proc/sys/net/ipv4/ip_conntrack_max
写入理想的数值 (每一个 ip_conntrack buffer 会占用 292 Bytes)
指令: echo "数值" > /proc/sys/
Extman字符验证码改为数字验证码
[ 2011/06/27 13:57 | by selboo ]
Extman 默认使用纯字母作为图片验证码,由于字体,大小写难以区分,导致输入N次都未成功,为了方便登入,
将 图片验证码修改为纯数字
修改前

修改后

如果觉得还是麻烦可以关闭验证码,修改 webman.cf 文件下
[code]SY
将 图片验证码修改为纯数字
修改前

[root@ext extman]# cd libs/Ext
[root@ext Ext]# mv CaptCha.pm CaptCha.pm.bak
[root@ext Ext]# wget http://selboo.com.cn/attachment/1309154032_61282fdb.zip
[root@ext Ext]# unzip 1309154032_61282fdb.zip
[root@ext Ext]# mv CaptCha.pm CaptCha.pm.bak
[root@ext Ext]# wget http://selboo.com.cn/attachment/1309154032_61282fdb.zip
[root@ext Ext]# unzip 1309154032_61282fdb.zip
修改后

如果觉得还是麻烦可以关闭验证码,修改 webman.cf 文件下
[code]SY
OpenVPN 分配固定IP
[ 2011/06/13 12:47 | by selboo ]
OpenVPN 分配固定IP
修改server.conf 添加一行:
client-config-dir /usr/local/openvpn-2.1.3/client
添加客户端固定IP
cat > /usr/local/openvpn-2.1.3/client/selboo
ifconfig-push 192.168.70.117 192.168.70.118
Ctrl+d
我之前配置为:
ifconfig-push 192.168.70.117 255.255.255.0
客户端连接就报错
Mon Jun 13 11:49:21 2011 There is a problem in your selection of --ifconfig endpoints [local=192.168.70.117, remote=255.255.255.0]. The local and remote VPN endpoints must e
修改server.conf 添加一行:
client-config-dir /usr/local/openvpn-2.1.3/client
添加客户端固定IP
cat > /usr/local/openvpn-2.1.3/client/selboo
ifconfig-push 192.168.70.117 192.168.70.118
Ctrl+d
我之前配置为:
ifconfig-push 192.168.70.117 255.255.255.0
客户端连接就报错
Mon Jun 13 11:49:21 2011 There is a problem in your selection of --ifconfig endpoints [local=192.168.70.117, remote=255.255.255.0]. The local and remote VPN endpoints must e