CentOS 7.x中正确设置时间与时钟服务器同步
Chrony是一个开源的自由软件，它能帮助你保持系统时钟与时钟服务器（NTP）同步，因此让你的时间保持精确。它由两个程序组成，分别是chronyd和chronyc。chronyd是一个后台运行的守护进程，用于调整内核中运行的系统时钟和时钟服务器同步。它确定计算机增减时间的比率，并对此进行补偿。chronyc提供了一个用户界面，用于监控性能并进行多样化的配置。它可以在chronyd实例控制的计算机上工作，也可以在一台不同的远程计算机上工作。
在像CentOS 7之类基于RHEL的操作系统上，已经默认安装有Chrony。
Chrony配置
当Chrony启动时，它会读取/etc/chrony.conf配置文件中的设置。CentOS 7操作系统上最重要的设置有：
server - 该参数可以多次用于添加时钟服务器，必须以"server "格式使用。一般而言，你想添加多少服务器，就可以添加多少服务器。
server 0.centos.pool.ntp.org
server 3.europe.pool.ntp.org
stratumweight - stratumweight指令设置当chronyd从可用源中选择同步源时，每个层应该添加多少距离到同步距离。默认情况下，CentOS中设置为0，让chronyd在选择源时忽略源的层级。
driftfile - chronyd程序的主要行为之一，就是根据实际时间计算出计算机增减时间的比率，将它记录到一个文件中是最合理的，它会在重启后为系统时钟作出补偿，甚至可能的话，会从时钟服务器获得较好的估值。
rtcsync - rtcsync指令将启用一个内核模式，在该模式中，系统时间每11分钟会拷贝到实时时钟（RTC）。
allow / deny - 这里你可以指定一台主机、子网，或者网络以允许或拒绝NTP连接到扮演时钟服务器的机器。
allow 192.168.4.5
deny 192.168/16
cmdallow / cmddeny - 跟上面相类似，只是你可以指定哪个IP地址或哪台主机可以通过chronyd使用控制命令
bindcmdaddress - 该指令允许你限制chronyd监听哪个网络接口的命令包（由chronyc执行）。该指令通过cmddeny机制提供了一个除上述限制以外可用的额外的访问控制等级。
bindcmdaddress 127.0.0.1
bindcmdaddress ::1
makestep - 通常，chronyd将根据需求通过减慢或加速时钟，使得系统逐步纠正所有时间偏差。在某些特定情况下，系统时钟可能会漂移过快，导致该调整过程消耗很长的时间来纠正系统时钟。该指令强制chronyd在调整期大于某个阀值时步进调整系统时钟，但只有在因为chronyd启动时间超过指定限制（可使用负值来禁用限制），没有更多时钟更新时才生效。
使用chronyc
你也可以通过运行chronyc命令来修改设置，命令如下：
accheck - 检查NTP访问是否对特定主机可用
activity - 该命令会显示有多少NTP源在线/离线
add server - 手动添加一台新的NTP服务器。
clients - 在客户端报告已访问到服务器
delete - 手动移除NTP服务器或对等服务器
settime - 手动设置守护进程时间
tracking - 显示系统时间信息
你可以通过使用帮助命令查看完整的命令列表：
作者： 译者： 校对：
原创翻译， 荣誉推出
评论功能关闭
根据国家法律法规要求，本站暂时关闭文章评论功能。开放时间不确定。我们将谋求一种可以让大家更好的发表意见的方式。
根据国家法律法规要求，只有实名认证后才可以发表评论。
23:09 的评论：
求指点 配置chronyd server端和client端有什么不一样的地方， 是服务器端就在/etc/chrony.conf 文件里面allow ×client IP× 吗？&&还有其他的操作吗？&&我这边做实验 A主机同步网络中的NTP服务器&&然后A允许B&&结果B去同步A的时候&&死活不行 chronyc source -v 看到状态是服务器不可达，但是AB之间是可以ping通的，求解
防火墙呢？不行你抓包试试。
千恩万谢！提醒我抓包 确实看到问题点了&&B主机去向A主机NTP同步，A会先通过ICMP确认B是否可达（应该是种安全措施），但是ICMP确认的结果却显示 主机B不可达。在A上手动PING能通。B上的iptable firewall selinux都关闭了。
所以，解决问题的终极大法：tcpdump & gdb
当你遇到百撕不得骑姐的问题时，就祭出如上神器吧！:D
确实！虽然还是没有解决问题，但是比不知道原因要好的多。谢谢指点
关闭Firewall 确实可以解决NTP同步问题，但是如果要启用Firewall，需要怎么配置防火墙呢？
TCP/123 端口
共计翻译： 177 篇
| 共计贡献： 1033 天
贡献时间： -&
Chrony是一个开源的自由软件，它能帮助你保持系统时钟与时钟服务器（NTP）同步，因此让你的时间保持精确。它由两个程序组成，分别是chronyd和chronyc。chronyd是一个后台运行的守护进程，用于调整内核中运行的系统时钟和时钟服务器同步。它确定计算机增减时间的比率，并对此进行补偿。chronyc提供了一个用户界面，用于监控性能并进行多样化的配置。它可以在chronyd实例控制的计算机上工作，也可以在一台不同的远程计算机上工作。 在像CentOS 7之类基于RHEL的操作系统上，已经默认安装有Chrony。
Chrony配置 当Chrony启动时，它会读取/etc
分享到微信
打开微信，点击顶部的“╋”，
使用“扫一扫”将网页分享至微信。
请将我们加入您的广告过滤器的白名单，请支持开源站点。谢谢您。Linux服务器怎么修改时区和时间_服务器应用_Linux公社-Linux系统门户网站
你好，游客
Linux服务器怎么修改时区和时间
来源：Linux社区&
作者：Linux
Linux 时钟分为系统时钟（System Clock）和硬件（Real Time Clock ，简称RTC ）时钟。系统时钟是指当前Linux Kernel中的时钟，而硬件时钟则是主板上由电池供电的时钟，这个硬件时钟可以在BIOS中进行设置。当Linux 启动时，硬件时钟会去读取系统时钟的设置，然后系统时钟就会独立于硬件运作。
Linux中的所有命令（包括函数）都是采用的系统时钟设置。在Linux中，用于时钟查看和设置的命令主要有date、hwclock和clock。其中，clock和hwclock用法相近，只用一个就行，只不过clock命令除了支持x86硬件体系外，还支持Alpha硬件体系。
查看系统时间
设置系统时间
# date &s &01/05/15 13:19&P （月/日/年时:分:秒）
2、hwclock/clock
查看硬件时间
# hwclock &-show
或者# clock &-show
设置硬件时间
# hwclock &-set &-date=&01/05/15 13:19&P （月/日/年 时:分:秒）
或者# clock -&set &-date=&01/05/15 13:19&P （月/日/年 时:分:秒）
3、硬件时间和系统时间的同步
按照前面的说法，重新启动系统，硬件时间会读取系统时间，实现同步，但是在不重新启动的时候，需要用hwclock或clock命令实现同步。
硬件时钟与系统时钟同步：# hwclock -&hctosys（hc代表硬件时间，sys代表系统时间）或者# clock &-hctosys
系统时钟和硬件时钟同步：# hwclock -&systohc或者# clock &systohc
4、时区的设置
# tzselect
Please identify a location so that time zone rules can be set correctly.Please select a continent or ocean
2) Americas
3) Antarctica
4) Arctic Ocean
6) Atlantic Ocean
7) Australia
9) Indian Ocean
10) Pacific Ocean
11) none & I want to specify the time zone using the Posix TZ format.
输入5，亚洲
Please select a country
1) Afghanistan
18) Israel
35) Palestine
2) armenia
36) Philippines
3) Azerbaijan
20) Jordan
4) Bahrain
21) Kazakhstan
38) Russia
5) Bangladesh
22) Korea (North)
39) Saudi Arabia
23) Korea (South)
40) Singapore
24) Kuwait
41) Sri Lanka
8) Cambodia
25) Kyrgyzstan
43) Taiwan
10) Cyprus
27) Lebanon
44) Tajikistan
11) East Timor
45) Thailand
12) Georgia
29) Malaysia
46) Turkmenistan
13) Hong Kong
30) Mongolia
47) United Arab Emirates
31) Myanmar (Burma)
48) Uzbekistan
15) Indonesia
49) Vietnam
34) Pakistan
输入9，中国
Please select one of the following time zone regions
1) east China & Beijing, Guangdong, Shanghai, etc.
2) Heilongjiang
3) central China & Gansu, Guizhou, Sichuan, Yunnan, etc.
4) Tibet & most of Xinjiang Uyghur
5) southwest Xinjiang Uyghur
输入1，北京时间
The following information has been given:
China east China & Beijing, Guangdong, Shanghai, etc
Therefore TZ=&Asia/Shanghai& will be used.Local time is now: Fri Jul 7 10:32:18 CST 2006.Universal Time is now: Fri Jul 7 02:32:18 UTC 2006.Is the above information OK?1) Yes2) No
输入1，确认
如果不用tzselect命令，可以修改文件变更时区。
# vi /etc/sysconfig/clock ZONE=Asia/Shanghai（查/usr/share/zoneinfo下面的文件） UTC=false ARC=false
# rm /etc/localtime
# ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
重新启动即可。
本文永久更新链接地址：
相关资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款- 最好的系统光盘下载网站！
当前位置： >
> 详细页面
Win8下如何让时间自动同步
来源：系统之家
作者：jiaoru
　　Win8系统一改以往Windows系统的操作界面，很多新手朋友对系统的操作界面和操作方式都还十分的陌生，更别说是自己动手来设置Win8系统下的时间自动同步问题，所以下面我们来看下在Win8系统下该如何来设置自动同步系统时间的。
　　方法一：
　　1、登陆windows 8桌面，左键单击任务栏右下角的显示时间，选择更改日期和时间设置。
　　2、进入日期和时间窗口，选择Internet时间-更改设置-勾选：与Internet时间服务器同步（默认服务器地址：）-立即更新-确定，系统将自动同步系统时间。
　　方法二：
　　1、可以进入Win 8系统桌面后运行Windows+X（或鼠标移动到左下角点击右键），左键单击控制面板。
　　2、进入控制面板后选择：时钟、语言和区域选项。
　　3、进入时钟、语言和区域-单击时间和日期-Internet时间-更改设置-勾选：与Internet时间服务器同步（默认服务器地址：）-立即更新-确定，系统将自动同步系统时间。
　　时间不一致，经常会出现一些不必要的麻烦，通过以上的两种方法，最终的目的都是让Win8系统时间与Internet时间服务器时间同步，省去用户在操作过程中遇到的小问题。
栏目热门教程
人气教程排行
热门系统下载
本站发布的系统与软件仅为个人学习测试使用，请在下载后24小时内删除，不得用于任何商业用途，否则后果自负，请支持购买微软正版软件！如侵犯到您的权益,请及时通知我们,我们会及时处理。
Copyright&2011 系统之家（www.xitongzhijia.net） 版权所有 闽ICP备号-1文章数：37
评论数：15
访问量：27708
注册日期：
阅读量：1297
阅读量：3317
阅读量：580936
阅读量：464750
51CTO推荐博文
&新增的一组Apache服务器上线以来，我用netstat -an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl -a查看了一下Linux的各项内核参数，并翻阅有关资料，决定修改其中的两项参数，以达到减少TCP连接中TIME-WAIT sockets的目的。
　vi /etc/sysctl.conf
　　编辑/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&net.ipv4.tcp_keepalive_time = 1200net.ipv4.ip_local_port_range = net.ipv4.tcp_max_syn_backlog = 8192net.ipv4.tcp_max_tw_buckets = 5000
　　说明：
　　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 = 30&#表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间。
&&& net.ipv4.tcp_keepalive_time = 1200 表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为20分钟。
&&& net.ipv4.ip_local_port_range = 1024& & 65000 表示用于向外连接的端口范围。缺省情况下很小：3，改为。
net.ipv4.tcp_max_syn_backlog = 8192 表示SYN队列的长度，默认为1024，加大队列长度为8192，可以容纳更多等待连接的网络连接数。
net.ipv4.tcp_max_tw_buckets =
5000表示系统同时保持TIME_WAIT套接字的最大数量，如果超过这个数字，TIME_WAIT套接字将立刻被清除并打印警告信息。默认为 180000，改为5000。对于Apache、Nginx等服务器，上几行的参数可以很好地减少TIME_WAIT套接字数量，但是对于Squid，效 果却不大。此项参数可以控制TIME_WAIT套接字的最大数量，避免Squid服务器被大量的TIME_WAIT套接字拖死。
　　再执行以下命令，让修改结果立即生效：
　　/sbin/sysctl -p
　　用以下语句看了一下服务器的TCP状态：
netstat&-n&|&awk&'/^tcp/&{++S[$NF]}&END&{for(a&in&S)&print&a,&S[a]}'&
　　返回结果如下：
　　ESTABLISHED 1423
　　FIN_WAIT1 1
　　FIN_WAIT2 262
　　SYN_SENT 1
　　TIME_WAIT 962
　　效果：处于TIME_WAIT状态的sockets从原来的10000多减少到1000左右。处于SYN_RECV等待处理状态的sockets为0，原来的为50～300。
下面附上TIME_WAIT状态的意义：
客户端与服务器端建立TCP/IP连接后关闭SOCKET后，服务器端连 接的端口
状态为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 状态。
&本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)
14:23:21 12:37:48服务器TIME_WAIT和CLOSE_WAIT详解和解决办法 - `leisure - 博客园
清风徐来，水波不兴~
来自：http://blog.csdn.net/shootyou/article/details/6622226
昨天解决了一个HttpClient调用错误导致的服务器异常，具体过程如下：
里头的分析过程有提到，通过查看服务器网络状态检测到服务器有大量的CLOSE_WAIT的状态。
在服务器的日常维护过程中，会经常用到下面的命令：
netstat&-n&|&awk&'/^tcp/&{++S[$NF]}&END&{for(a&in&S)&print&a,&S[a]}'&&&&
它会显示例如下面的信息：
TIME_WAIT 814CLOSE_WAIT 1FIN_WAIT1 1ESTABLISHED 634SYN_RECV 2LAST_ACK 1
常用的三个状态是：ESTABLISHED 表示正在通信，TIME_WAIT 表示主动关闭，CLOSE_WAIT 表示被动关闭。
具体每种状态什么意思，其实无需多说，看看下面这种图就明白了，注意这里提到的服务器应该是业务请求接受处理的一方：
这么多状态不用都记住，只要了解到我上面提到的最常见的三种状态的意义就可以了。一般不到万不得已的情况也不会去查看网络状态，如果服务器出了异常，百分之八九十都是下面两种情况：
1.服务器保持了大量TIME_WAIT状态
2.服务器保持了大量CLOSE_WAIT状态
因为linux分配给一个用户的文件句柄是有限的（可以参考：），而TIME_WAIT和CLOSE_WAIT两种状态如果一直被保持，那么意味着对应数目的通道就一直被占着，而且是&占着茅坑不使劲&，一旦达到句柄数上限，新的请求就无法被处理了，接着就是大量Too Many Open Files异常，tomcat崩溃。。。
下 面来讨论下这两种情况的处理方法，网上有很多资料把这两种情况的处理方法混为一谈，以为优化系统内核参数就可以解决问题，其实是不恰当的，优化系统内核参 数解决TIME_WAIT可能很容易，但是应对CLOSE_WAIT的情况还是需要从程序本身出发。现在来分别说说这两种情况的处理方法：
1.服务器保持了大量TIME_WAIT状态
这种情况比较常见，一些爬虫服务器或者WEB服务器（如果网管在安装的时候没有做内核参数优化的话）上经常会遇到这个问题，这个问题是怎么产生的呢？
从 上面的示意图可以看得出来，TIME_WAIT是主动关闭连接的一方保持的状态，对于爬虫服务器来说他本身就是&客户端&，在完成一个爬取任务之后，他就 会发起主动关闭连接，从而进入TIME_WAIT的状态，然后在保持这个状态2MSL（max segment lifetime）时间之后，彻底关闭回收资源。为什么要这么做？明明就已经主动关闭连接了为啥还要保持资源一段时间呢？这个是TCP/IP的设计者规定 的，主要出于以下两个方面的考虑：
1.防止上一次连接中的包，迷路后重新出现，影响新连接（经过2MSL，上一次连接中所有的重复包都会消失）2. 可靠的关闭TCP连接。在主动关闭方发送的最后一个 ack(fin) ，有可能丢失，这时被动方会重新发fin, 如果这时主动方处于 CLOSED 状态 ，就会响应 rst 而不是 ack。所以主动方要处于 TIME_WAIT 状态，而不能是 CLOSED 。另外这么设计TIME_WAIT 会定时的回收资源，并不会占用很大资源的，除非短时间内接受大量请求或者受到攻击。
关于MSL引用下面一段话：
MSL&為 一個&TCP&Segment&(某一塊&TCP&網路封包)&從來源送到目的之間可續存的時間&(也就是一個網路封包在網路上傳輸時能存活的時間)，由 於&RFC&793&TCP&傳輸協定是在&1981&年定義的，當時的網路速度不像現在的網際網路那樣發達，你可以想像你從瀏覽器輸入網址等到第一 個&byte&出現要等&4&分鐘嗎？在現在的網路環境下幾乎不可能有這種事情發生，因此我們大可將&TIME_WAIT&狀態的續存時間大幅調低，好 讓&連線埠&(Ports)&能更快空出來給其他連線使用。&&
再引用网络资源的一段话：
值 得一说的是，对于基于TCP的HTTP协议，关闭TCP连接的是Server端，这样，Server端会进入TIME_WAIT状态，可&想而知，对于访 问量大的Web&Server，会存在大量的TIME_WAIT状态，假如server一秒钟接收1000个请求，那么就会积压 240*0个&TIME_WAIT的记录，维护这些状态给Server带来负担。当然现代操作系统都会用快速的查找算法来管理这些 TIME_WAIT，所以对于新的&TCP连接请求，判断是否hit中一个TIME_WAIT不会太费时间，但是有这么多状态要维护总是不好。&&
HTTP协议1.1版规定default行为是Keep-Alive，也就是会重用TCP连接传输多个&request/response，一个主要原因就是发现了这个问题。&&
也就是说HTTP的交互跟上面画的那个图是不一样的，关闭连接的不是客户端，而是服务器，所以web服务器也是会出现大量的TIME_WAIT的情况的。
现在来说如何来解决这个问题。
解决思路很简单，就是让服务器能够快速回收和重用那些TIME_WAIT的资源。
下面来看一下我们网管对/etc/sysctl.conf文件的修改：
#对于一个新建连接，内核要发送多少个&SYN&连接请求才决定放弃,不应该大于255，默认值是5，对应于180秒左右时间&&&
net.ipv4.tcp_syn_retries=2&&
#net.ipv4.tcp_synack_retries=2&&
#表示当keepalive起用的时候，TCP发送keepalive消息的频度。缺省是2小时，改为300秒&&
net.ipv4.tcp_keepalive_time=1200&&
net.ipv4.tcp_orphan_retries=3&&
#表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间&&
net.ipv4.tcp_fin_timeout=30&&&&
#表示SYN队列的长度，默认为1024，加大队列长度为8192，可以容纳更多等待连接的网络连接数。&&
net.ipv4.tcp_max_syn_backlog&=&4096&&
#表示开启SYN&Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭&&
net.ipv4.tcp_syncookies&=&1&&
#表示开启重用。允许将TIME-WAIT&sockets重新用于新的TCP连接，默认为0，表示关闭&&
net.ipv4.tcp_tw_reuse&=&1&&
#表示开启TCP连接中TIME-WAIT&sockets的快速回收，默认为0，表示关闭&&
net.ipv4.tcp_tw_recycle&=&1&&
##减少超时前的探测次数&&&
net.ipv4.tcp_keepalive_probes=5&&&
##优化网络设备接收队列&&&
net.core.netdev_max_backlog=3000&&&
修改完之后执行/sbin/sysctl -p让参数生效。
这里头主要注意到的是net.ipv4.tcp_tw_reuse
net.ipv4.tcp_tw_recycle net.ipv4.tcp_fin_timeout net.ipv4.tcp_keepalive_*
这几个参数。
net.ipv4.tcp_tw_reuse和net.ipv4.tcp_tw_recycle的开启都是为了回收处于TIME_WAIT状态的资源。
net.ipv4.tcp_fin_timeout这个时间可以减少在异常情况下服务器从FIN-WAIT-2转到TIME_WAIT的时间。
net.ipv4.tcp_keepalive_*一系列参数，是用来设置服务器检测连接存活的相关配置。
关于keepalive的用途可以参考：
2.服务器保持了大量CLOSE_WAIT状态
休息一下，喘口气，一开始只是打算说说TIME_WAIT和CLOSE_WAIT的区别，没想到越挖越深，这也是写博客总结的好处，总可以有意外的收获。
TIME_WAIT状态可以通过优化服务器参数得到解决，因为发生TIME_WAIT的情况是服务器自己可控的，要么就是对方连接的异常，要么就是自己没有迅速回收资源，总之不是由于自己程序错误导致的。
是CLOSE_WAIT就不一样了，从上面的图可以看出来，如果一直保持在CLOSE_WAIT状态，那么只有一种情况，就是在对方关闭连接之后服务器程
序自己没有进一步发出ack信号。换句话说，就是在对方连接关闭之后，程序里没有检测到，或者程序压根就忘记了这个时候需要关闭连接，于是这个资源就一直
被程序占着。个人觉得这种情况，通过服务器内核参数也没办法解决，服务器对于程序抢占的资源没有主动回收的权利，除非终止程序运行。
如果你使用的是HttpClient并且你遇到了大量CLOSE_WAIT的情况，那么这篇日志也许对你有用：
在那边日志里头我举了个场景，来说明CLOSE_WAIT和TIME_WAIT的区别，这里重新描述一下：
服 务器A是一台爬虫服务器，它使用简单的HttpClient去请求资源服务器B上面的apache获取文件资源，正常情况下，如果请求成功，那么在抓取完 资源后，服务器A会主动发出关闭连接的请求，这个时候就是主动关闭连接，服务器A的连接状态我们可以看到是TIME_WAIT。如果一旦发生异常呢？假设 请求的资源服务器B上并不存在，那么这个时候就会由服务器B发出关闭连接的请求，服务器A就是被动的关闭了连接，如果服务器A被动关闭连接之后程序员忘了 让HttpClient释放连接，那就会造成CLOSE_WAIT的状态了。
所以如果将大量CLOSE_WAIT的解决办法总结为一句话那就是：查代码。因为问题出在服务器程序里头啊。
参考资料：
1.windows下的TIME_WAIT的处理可以参加这位大侠的日志：
2.WebSphere的服务器优化有一定参考价值：
3.各种内核参数的含义：
4.linux服务器历险之sysctl优化linux网络：
随笔 - 244}