• 解决TIME_WAIT过多造成的问题


    #netstat -n | awk '/^tcp/ {++S[$NF]} END { for(a in S) print(a,S[a])}'

    LAST_ACK 14
    SYN_RECV 348
    ESTABLISHED 70
    FIN_WAIT1 229
    FIN_WAIT2 30
    CLOSING 33
    TIME_WAIT 18122 

    状态:描写叙述
    CLOSED:无连接是活动的或正在进行
    LISTEN:server在等待进入呼叫
    SYN_RECV:一个连接请求已经到达,等待确认
    SYN_SENT:应用已经開始。打开一个连接
    ESTABLISHED:正常传输数据状态
    FIN_WAIT1:应用说它已经完毕
    FIN_WAIT2:还有一边已允许释放
    ITMED_WAIT:等待全部分组死掉
    CLOSING:两边同一时候尝试关闭
    TIME_WAIT:还有一边已初始化一个释放
    LAST_ACK:等待全部分组死掉

    也就是说,这条命令能够把当前系统的网络连接状态分类汇总。



    以下解释一下为啥要这样写:

    一个简单的管道符连接了netstat和awk命令。



    ——————————————————————

    先来看看netstat:

    netstat -n

    Active Internet connections (w/o servers)
    Proto Recv-Q Send-Q Local Address Foreign Address State
    tcp 0 0 123.123.123.123:80 234.234.234.234:12345 TIME_WAIT

    你实际运行这条命令的时候,可能会得到成千上万条类似上面的记录,只是我们就拿当中的一条就足够了。

    ——————————————————————

    再来看看awk:

    /^tcp/
    滤出tcp开头的记录。屏蔽udp, socket等无关记录。



    state[]相当于定义了一个名叫state的数组

    NF
    表示记录的字段数,如上所看到的的记录,NF等于6

    $NF
    表示某个字段的值,如上所看到的的记录,$NF也就是$6,表示第6个字段的值,也就是TIME_WAIT

    state[$NF]表示数组元素的值,如上所看到的的记录。就是state[TIME_WAIT]状态的连接数

    ++state[$NF]表示把某个数加一,如上所看到的的记录。就是把state[TIME_WAIT]状态的连接数加一

    END
    表示在最后阶段要运行的命令

    for(key in state)
    遍历数组

    print key,” ”,state[key]打印数组的键和值。中间用 制表符切割,美化一下。

    如发现系统存在大量TIME_WAIT状态的连接,通过调整内核參数解决。
    vim /etc/sysctl.conf
    编辑文件,增加下面内容:
    net.ipv4.tcp_syncookies = 1
    net.ipv4.tcp_tw_reuse = 1
    net.ipv4.tcp_tw_recycle = 1
    net.ipv4.tcp_fin_timeout = 30
    然后运行 /sbin/sysctl -p 让參数生效。



    net.ipv4.tcp_syncookies = 1 表示开启SYN cookies。当出现SYN等待队列溢出时,启用cookies来处理,可防范少量SYN攻击。默觉得0。表示关闭;
    net.ipv4.tcp_tw_reuse = 1 表示开启重用。同意将TIME-WAIT sockets又一次用于新的TCP连接,默觉得0。表示关闭。
    net.ipv4.tcp_tw_recycle = 1 表示开启TCP连接中TIME-WAIT sockets的高速回收,默觉得0。表示关闭。
    net.ipv4.tcp_fin_timeout 改动系統默认的 TIMEOUT 时间

    以下附上TIME_WAIT状态的意义:

    client与server端建立TCP/IP连接后关闭SOCKET后。server端连接的port
    状态为TIME_WAIT

    是不是全部运行主动关闭的socket都会进入TIME_WAIT状态呢?
    有没有什么情况使主动关闭的socket直接进入CLOSED状态呢?

    主动关闭的一方在发送最后一个 ack 后
    就会进入 TIME_WAIT 状态 停留2MSL(max segment lifetime)时间
    这个是TCP/IP不可缺少的。也就是“解决”不了的。

    也就是TCP/IP设计者本来是这么设计的
    主要有两个原因
    1。

    防止上一次连接中的包,迷路后又一次出现。影响新连接
    (经过2MSL。上一次连接中全部的反复包都会消失)
    2。可靠的关闭TCP连接
    在主动关闭方发送的最后一个 ack(fin) ,有可能丢失。这时被动方会又一次发
    fin, 假设这时主动方处于 CLOSED 状态 ,就会响应 rst 而不是 ack。所以
    主动方要处于 TIME_WAIT 状态。而不能是 CLOSED 。

    TIME_WAIT 并不会占用非常大资源的,除非受到攻击。

    还有,假设一方 send 或 recv 超时。就会直接进入 CLOSED 状态

  • 相关阅读:
    样式问题
    布局
    通用模板实现可变参数函数
    使用单例模式实习string类
    动态生成一维数组和二维数组
    自定义的类传数据到主窗口控件上的方法
    使用TableView
    G480折腾上了黑苹果,完美了,哈哈
    error C2383: 此符号中不允许有默认参数
    动态链接库的隐式动态链接和显示动态链接
  • 原文地址:https://www.cnblogs.com/wgwyanfs/p/7291104.html
Copyright © 2020-2023  润新知