【转帖LINUX】netfilter中的conntrack内核阅读笔记(4)
2008-07-07 22:09
3，init_conntrack：
init_conntrack用于创建一个新的ip_conntrack，并对其进行初始化。
/*1,每一个连接包含两个tuple，original和reply，ip_ct_invert_tuple 根据传入的original tuple获取其reply tuple，其最终将调用所属协议的invert_tuple 完成处理*/
if (!ip_ct_invert_tuple(&repl_tuple, tuple, protocol)) {
DEBUGP("Can't invert tuple.\n");
return NULL;
}
/*2,从cache中为conntrack分配内存，并进行通用的初始化，如初始化tuplehash、timeout和ct_general；如果当前连接数已达上限，则调用early_drop释放tuple所在hash链上的未应答项*/
conntrack = ip_conntrack_alloc(tuple, &repl_tuple);
/*3,调用所属协议的new函数，根据报文数据，初始化conntrack，和协议相关的私有处理，将放到对具体协议tcp分析时讨论*/
if (!protocol->new(conntrack, skb)) {
ip_conntrack_free(conntrack);
return NULL;
}
/*4,expect和helper均和动态协议相关，将在分析ftp协议时做重点介绍*/
exp = find_expectation(tuple);
if (exp) {
…
} else {
conntrack->helper = __ip_conntrack_helper_find(&repl_tuple);
CONNTRACK_STAT_INC(new);
}
…
write_unlock_bh(&ip_conntrack_lock);
if (exp) {
…
}
/*5,将original tuple放到unconfirmed链上？？*/ list_add(&conntrack->tuplehash[IP_CT_DIR_ORIGINAL].list, &unconfirmed);
4，tuplehash_to_ctrack:
tuplehash_to_ctrack这个函数主要用来将全局连接表中获取的hashtuple转换成相应的ip_conntrack结构。它使用了container_of这个宏来完成处理的。container_of通过结构中某个成员的指针，来获取结构的指针。它的实现非常有趣：
/*1,将结构体强制在0地址展开，从而获取其member的偏移量*/
#define offsetof(TYPE, MEMBER) ((size_t) &((TYPE *)0)->MEMBER)
/*2,根据member的指针ptr，减去其相对偏移量，即获得了其宿主结构conntrack的指针*/
#define container_of(p
相关文档：
果然是过了好久，这次又准备开始学习linux了。系统的学习和在网上找点只言片语的了解果然是不一样的。看完这点章节，自己就再做做总结吧。
我大概了解下来是这样的。对于linux的文件系统来说，下面有很多“文件”，这些“文件”包括了设备、磁盘驱动器等等。比如"\"表示根目录，而\user是用来装整个操 ......
#find ... -exec rm {} \;
#find ... | xargs rm -rf
两者都可以把find命令查找到的结果删除，其区别简单的说是前者是把find发现的结果一次性传给exec选项，这样当文件数量较多的时候，就可能会出现“参数太多”之类的错误，相比较而言，后者就可以避免这个错误，因为xargs命令会分批次的处理结果。这样看来� ......
1
、总结背景
在
linux
系统下，如果你下载并安装了应用程序，很有可能在键入它的名称时出现
“command not found”
的提示内容。如果每次都到安装目标文件夹内，找到可执行文件来进行操作就太繁琐了。这涉及到环境变量
PATH
的设置问题，而
PATH
的设置也是在
linux
下定制环境变量的一个组成部分。 ......
