请问达人,在SCO unix下端口处于fin_wait状态的时候如何释放该端口资源?在AIX下有rmsock可以出去套接字从而找到占用该端口的pid,SCO下有没有类似的命令呢? 谢谢赐教! [ 本帖最后由 不抽烟的虫子 于 2009-3-12 16:37 编辑 ]
程序使用tcp的短连接,如果交易过于频繁的话,就会有很多TIME_wait的tcp问题。(用netstat -an|grep 9000查看) 由于要使用9000端口,一旦程序需要重新启动,就会出现端口被占用之类的错误!!因此,我想找到一个杀掉这些讨厌的TIME_wait东东!!! 找到的一份资料,但不知道怎么用在unixware上,大家帮忙看看,出出主意!! [quote]SPARC/Solaris 8下快速终结TCP有限状态机的TIME_wait状态 发布日期:2002-09-17 文章内容: ...
程序使用tcp的短连接,如果交易过于频繁的话,就会有很多TIME_wait的tcp问题。(用netstat -an|grep 9000查看) 由于要使用9000端口,一旦程序需要重新启动,就会出现端口被占用之类的错误!!因此,我想找到一个杀掉这些讨厌的TIME_wait东东!!! 找到的一份资料,但不知道怎么用在unixware上,大家帮忙看看,出出主意!! [quote]SPARC/Solaris 8下快速终结TCP有限状态机的TIME_wait状态 发布日期:2002-09-17 文章内容: ...
FREEBSD 7.2 使用的是ipfilter, nginx(大量小图片请求) 目前设置 [quote]net.inet.tcp.always_keepalive=0[/quote] 启用ipf的时候fin_wait_1和fin_wait_2都会升高。而且流量就下降。 nginx的设置 [quote]tcp_nopush on; keepalive_timeout 10; tcp_nodelay on;[/quote] [quote]fin_wait_2 3366 fin_wait_1 1602[/quote] 请问是不是ipf的设置问题。 [quote]pass in quick on lo0 all pass out quick on lo0 all pass out...
netstat -an|grep 132.128.24.11 tcp 0 0 135.192.100.107.56040 132.128.24.11.4021 fin_wait_2 tcp 0 0 135.192.100.107.56084 132.128.24.11.4021 fin_wait_2 tcp 0 0 135.192.100.107.56063 132.128.24.11.4021 fin_wait_2 tcp 0 0 135.192.100.107.56016 132.128.24.11.4021 fin_wait_2 tcp 0 0 135.192.100.107.55997 132.128.2...
ftp.80 58.244.234.66.16528 65152 0 24840 0 fin_wait_2 ftp.80 222.163.64.133.4610 64302 0 24840 0 fin_wait_2 ftp.80 222.163.64.133.4686 64703 0 24840 0 fin_wait_2 ftp.80 222.163.64.133.4687 64669 0 24840 0 fin_wait_2 ftp.80 222.163.64.133.4688 64576 0 24840 0 fin_wait_2 ftp.8...
运行netstat -t tcp 0 8703 zhfuq1:34225 192.168.12.23:8000 fin_wait1 tcp 0 7469 zhfuq1:34145 192.168.12.23:8000 fin_wait1 tcp 0 12783 zhfuq1:47192 192.168.12.23:8000 fin_wait1 我每开一次我的客户端程序就会多一行,程序工作是状态是established,但是程序退出后,对应的连接信息仍然存在,状态变为fin_wait1。...
运行netstat -t tcp 0 8703 zhfuq1:34225 192.168.12.23:8000 fin_wait1 tcp 0 7469 zhfuq1:34145 192.168.12.23:8000 fin_wait1 tcp 0 12783 zhfuq1:47192 192.168.12.23:8000 fin_wait1 我每开一次我的客户端程序就会多一行,程序工作是状态是established,但是程序退出后,对应的连接信息仍然存在,状态变为fin_wait1。...
tcp 0 1480 192.168.10.253:80 219.137.206.23:61530 fin_wait1 - tcp 0 1748 192.168.10.253:80 219.137.206.23:61499 fin_wait1 - tcp 0 1450 192.168.10.253:80 219.137.206.23:61531 fin_wait1 - tcp 0 1494 192.168.10.253:80 219.137.206.23:61534 fin_wait1 - tcp 0 3504 192.168.10.253:80 219.137.206.23:61346 ...