Linux 下TCP连接关闭情况分析
一、TCP连接关闭的几种方式：
1、“正常”关闭：调用close()关闭socket、没close但进程正常结束(当然这是不应该的做法)、进程core掉、在shell命令行中kill掉进程，都可抽象成“正常”关闭。因为即使core掉，内核也会马上帮应用程序回收(close)socket文件描述符。
“正常”关闭，默认情况下(非默认即设置Linger下面会介绍)，关闭端即客户端TCP层会发FIN包，对端即服务器TCP层收到后，回ACK，客户端进入FIN_WAIT2状态。此时，TCP终止连接的4个分组中服务器应该发的第3个分组FIN包，其TCP层是不会主动发的，只有服务器端socket“正常”关闭，才会发出这个FIN包。至此，客户端进入TIME_WAIT状态。
2、“非”正常关闭：客户端崩溃了，此时肯定发不出FIN包了(当然啦，内核都没机会帮应用程序回收资源了)。这种情况，服务器端有如下两种情况：
A、服务器send数据，因为客户端已经崩溃，服务器收不到ACK自然会不停的重传。源自
Berkeley的重传机制，重传8次，相对第一次传的15分钟后仍没收到ACK，则返回
ETIMEDOUT或EHOSTUNREAC错误。如果服务器不理会这个错误，再次调用send，则
立马返回Broken Pipe错误。
注：15分钟超时可以在 /proc/sys/net/ipv4/tcp_retries2 中修改
B、 服务器不发任何数据了，那只有靠应用层心跳检测机制或Keepalive，来发觉TCP断连了。
二、SO_LINGER套接口选项
A、l_onoff设置为0，这也是默认情况，函数close()是立即返回的，然后TCP连接双方是通过
FIN、ACK4分组来终止TCP连接的。当然,发送缓冲区还有数据的话，系统将试着将这些数据
发送到对方。
B、l_onoff非0，l_linger设置0，函数close()立即返回，并发送RST终止连接，发送缓冲区的数据丢弃。
&
相关文档：
（L2CAP协议简介，L2CAP在BlueZ中的实现以及L2CAP编程接口）
一：L2CAP协议简介：
Logical Link Control and Adaptation Protocol(L2CAP)
逻辑连接控制和适配协议 (L2CAP) 为上层协议提供面向连接和无连接的数据服务，并提供多协议功能和分割重组操作。L2CAP 充许上层协议和应用软件传输和接收最大长度为 64K 的 L2CAP � ......
用过 aMule 都知道，无论怎么设置，它的速度都不令人满意。那么在 Ubuntu 下除了 mldonkey 还有什么好用的驴子？答案是 wine+emule，不用怎么设置速度轻轻松松就能达到峰值。这么做可能一些 Linux 死忠们会不屑，但无可否认 emule 绝对比 amule 优秀，既然能用为什么不用呢？在 Windows 上我都还用 mplayer 呢。
在 Ubu ......
原文地址：http://www.xxlinux.com/linux/article/development/embed/20080227/14047.html
Linux和uClinux
Linux正逐渐地应用于嵌入式设备，uClinux正是在这种氛围下产生的。uClinux就是Micro-Control-Linux，它也是一个 ......
linux下想解压rar文件 必须安装软件，我使用到是rarlinux
下面是下载地址
rarlinux官方网站下载地址
http://www.rarsoft.com/download.htm
安装 ......
debian lenny , my favorite
a. vim /etc/sysctl.conf:
modify net.ipv4.ip_forward = 1
b. flush route table:
iptables -F
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
c. open NAT services:
&nb ......
