linux怎么查看tcp连接状态(Linux查看网络连接状态)

在服务程序中,对于长连接的服务.经常会出现一些连接异常,比如常见的CLOSE_WAIT.我们可以同过getsockopt函数来获得某个socket的状态。#includestruct tcp_info  optval;int nClientFd  = CSockTool::connect("192.168.10.4", 8899);int ret=  getsockopt(nClientFd, IPPROTO_TCP,TCP_INFO, &optval, &len);if(optval.tcpi_state==TCP_CLOSE_WAIT)//do something//这个方法是在linux上的，其他系统需要查手册。

Linux系统如何查看服务的运行状态？ 1. 前言本文主要讲解如何在Linux系统上查看服务的运行状态。Linux系统提供各种系统服务(如进程管理、登录服务、日志、计划任务等)和网络服务(如远程登录、电子邮件、打印机、web主机、数据存储、文件传输、域名解析(使用DNS)、动态IP地址分配(使用DHCP)等等)。Linux系统如何查看服务的运行状态从技术上讲，服务是一个进程或一组进程(通常称为守护进程)，在后台连续运行，等待请求(特别是来自客户机的请求)。Linux支持不同的方式来管理服务，比如启动、停止、重启、开机自启动等，大多数最新的Linux发行版在使用相同的进程管理器-systemd。systemd是Linux系统和服务管理器init进程的一个替代品，它与SysV和LSB init脚本兼容，systemctl命令是管理systemd的主要工具。systemd的组件systemd的组件在本教程中，我们将演示如何查看Linux系统中systemd可管理的所有服务。2. 如何查看Linux系统中systemd可管理的所有服务当您不带任何参数运行systemctl命令时，它将打印所有已加载的systemd单元的列表(请阅读systemd文档以获得有关systemd单元的更多信息)。显示各服务单元的状态(无论是活动的还是非活动的)。systemctl如何查看Linux系统中systemd可管理的所有服务列出系统上所有已加载的服务，查看它们活动状态，是否正在运行、是否关闭、是否启动失败。systemctl list-units --type=service或者systemctl --type=service列出系统上所有已加载的服务，查看它们活动状态要列出所有已加载但已经设置开机自启动的服务systemctl list-units --type=service --state=activesystemctl --type=service --state=active要列出所有已加载但已经设置开机自启动的服务查看所有正在运行的服务：systemctl list-units --type=service --state=runningsystemctl --type=service --state=running查看所有正在运行的服务如果经常使用前面的命令，可以在创建别名命令，编辑bashrc文件vim ~/.bashrc添加以下内容，创建别名命令running_services。alias running_services='systemctl list-units--type=service--state=running'保存文件并退出。使用running_services命令查看服务器上所有已加载、正在运行的服务的列表。running_services此外，服务的一个重要方面是它们使用的端口。要确定守护进程监听的端口，可以使用netstat或ss工具，如下所示。其中-l选项表示打印所有监听的套接字，-t显示所有TCP连接，-u显示所有UDP连接，-n表示打印数字端口号(而不是应用程序名称)，-p表示显示应用程序名称。netstat -ltup | grep sshd或者ss -ltup | grep sshd第五列显示套接字:本地地址:端口。在本例中，进程sshd正在端口22上监听。查看守护进程监听的端口此外,如果您的服务器防火墙服务运行的状态，使用以下命令查看已经允许或者阻塞的端口或者服务查看防火墙服务运行的状态firewall-cmd --list-servicesfirewall-cmd --list-portsUbuntu 用户sudo ufw status3. 总结 在本教程中，我们演示了如何在Linux中查看systemd下运行的服务及这些服务的运行状态。我们还介绍了如何检查服务正在监听的端口，以及如何查看在防火墙服务已经允许或者阻塞的服务和端口号。

1)统计80端口连接数2）统计httpd协议连接数3）、统计已连接上的，状态为“established4)、查出哪个IP地址连接最多,将其封了.1、查看apache当前并发访问数：对比httpd.conf中MaxClients的数字差距多少。2、查看有多少个进程数：3、可以使用如下参数查看数据统计httpd进程数，连个请求会启动一个进程，使用于Apache服务器。表示Apache能够处理1388个并发请求，这个值Apache可根据负载情况自动调整。4341netstat -an会打印系统当前网络链接状态，而grep -i "80"是用来提取与80端口有关的连接的，wc -l进行连接数统计。最终返回的数字就是当前所有80端口的请求总数。netstat -an会打印系统当前网络链接状态，而grep ESTABLISHED 提取出已建立连接的信息。 然后wc -l统计。最终返回的数字就是当前所有80端口的已建立连接的总数。查看Apache的并发请求数及其TCP连接状态：TIME_WAIT 8947 等待足够的时间以确保远程TCP接收到连接中断请求的确认FIN_WAIT1 15 等待远程TCP连接中断请求，或先前的连接中断请求的确认FIN_WAIT2 1 从远程TCP等待连接中断请求ESTABLISHED 55 代表一个打开的连接SYN_RECV 21 再收到和发送一个连接请求后等待对方对连接请求的确认CLOSING 2 没有任何连接状态LAST_ACK 4 等待原来的发向远程TCP的连接中断请求的确认TCP连接状态详解LISTEN： 侦听来自远方的TCP端口的连接请求SYN-SENT： 再发送连接请求后等待匹配的连接请求SYN-RECEIVED：再收到和发送一个连接请求后等待对方对连接请求的确认ESTABLISHED： 代表一个打开的连接FIN-WAIT-1： 等待远程TCP连接中断请求，或先前的连接中断请求的确认FIN-WAIT-2： 从远程TCP等待连接中断请求CLOSE-WAIT： 等待从本地用户发来的连接中断请求CLOSING： 等待远程TCP对连接中断的确认LAST-ACK： 等待原来的发向远程TCP的连接中断请求的确认TIME-WAIT： 等待足够的时间以确保远程TCP接收到连接中断请求的确认CLOSED： 没有任何连接状态LAST_ACK 5SYN_RECV 30ESTABLISHED 1597FIN_WAIT1 51FIN_WAIT2 504TIME_WAIT 1057其中的SYN_RECV表示正在等待处理的请求数；ESTABLISHED表示正常数据传输状态；TIME_WAIT表示处理完毕，等待超时结束的请求数。查看Apache并发请求数及其TCP连接状态查看httpd进程数（即prefork模式下Apache能够处理的并发请求数）：返回结果示例：1388表示Apache能够处理1388个并发请求，这个值Apache可根据负载情况自动调整，我这组服务器中每台的峰值曾达到过2002。查看Apache的并发请求数及其TCP连接状态：返回结果示例：LAST_ACK 5SYN_RECV 30ESTABLISHED 1597FIN_WAIT1 51FIN_WAIT2 504TIME_WAIT 1057其中的SYN_RECV表示正在等待处理的请求数；ESTABLISHED表示正常数据传输状态；TIME_WAIT表示处理完毕，等待超时结束的请求数。状态：描述CLOSED：无连接是活动 的或正在进行LISTEN：服务器在等待进入呼叫SYN_RECV：一个连接请求已经到达，等待确认SYN_SENT：应用已经开始，打开一个连接ESTABLISHED：正常数据传输状态FIN_WAIT1：应用说它已经完成FIN_WAIT2：另一边已同意释放ITMED_WAIT：等待所有分组死掉CLOSING：两边同时尝试关闭TIME_WAIT：另一边已初始化一个释放LAST_ACK：等待所有分组死掉vim /etc/sysctl.conf编辑文件，加入以下内容：net.ipv4.tcp_syncookies = 1net.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_tw_recycle = 1net.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 时间客户端与服务器端建立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 状态如何合理设置apache httpd的最大连接数？手头有一个网站在线人数增多，访问时很慢。初步认为是服务器资源不足了，但经反复测试，一旦连接上，不断点击同一个页面上不同的链接，都能迅速打开，这种现象就是说明apache最大连接数已经满了，新的访客只能排队等待有空闲的链接，而如果一旦连接上，在keeyalive 的存活时间内（KeepAliveTimeout，默认5秒）都不用重新打开连接，因此解决的方法就是加大apache的最大连接数。1.在哪里设置？apache 2.24，使用默认配置（FreeBSD 默认不加载自定义MPM配置），默认最大连接数是250在/usr/local/etc/apache22/httpd.conf中加载MPM配置（去掉前面的注释）：Include etc/apache22/extra/httpd-mpm.conf可见的MPM配置在/usr/local/etc/apache22/extra/httpd-mpm.conf，但里面根据httpd的工作模式分了很多块，哪一部才是当前httpd的工作模式呢？可通过执行 apachectl -l 来查看：Compiled in modules:core.cprefork.chttp_core.cmod_so.c看到prefork 字眼，因此可见当前httpd应该是工作在prefork模式，prefork模式的默认配置是：StartServers5MinSpareServers 5MaxSpareServers10MaxClients150MaxRequestsPerChild 02.要加到多少？连接数理论上当然是支持越大越好，但要在服务器的能力范围内，这跟服务器的CPU、内存、带宽等都有关系。查看当前的连接数可以用：ps aux | grep httpd | wc -l或：pgrep httpd|wc -l计算httpd占用内存的平均数:ps aux|grep -v grep|awk '/httpd/{sum+=$6;n++};END{print sum/n}'由于基本都是静态页面，CPU消耗很低，每进程占用内存也不算多，大约200K。服务器内存有2G，除去常规启动的服务大约需要500M（保守估计），还剩1.5G可用，那么理论上可以支持1.510241024*1024/200000 = 8053.06368约8K个进程，支持2W人同时访问应该是没有问题的（能保证其中8K的人访问很快，其他的可能需要等待1、2秒才能连上，而一旦连上就会很流畅）控制最大连接数的MaxClients ，因此可以尝试配置为：StartServers5MinSpareServers 5MaxSpareServers10ServerLimit5500MaxClients 5000MaxRequestsPerChild 100注意，MaxClients默认最大为250，若要超过这个值就要显式设置ServerLimit，且ServerLimit要放在MaxClients之前，值要不小于MaxClients，不然重启httpd时会有提示。重启httpd后，通过反复执行pgrep httpd|wc -l 来观察连接数，可以看到连接数在达到MaxClients的设值后不再增加，但此时访问网站也很流畅，那就不用贪心再设置更高的值了，不然以后如果网站访问突增不小心就会耗光服务器内存，可根据以后访问压力趋势及内存的占用变化再逐渐调整，直到找到一个最优的设置值。(MaxRequestsPerChild不能设置为0，可能会因内存泄露导致服务器崩溃）更佳最大值计算的公式：apache_max_process_with_good_perfermance < (total_hardware_memory / apache_memory_per_process ) * 2apache_max_process = apache_max_process_with_good_perfermance * 1.5附：实时检测HTTPD连接数：watch -n 1 -d "pgrep httpd|wc -l"

linux查看网络链接状况命令 netstat 参数如下：-a 显示所有socket，包括正在监听的。-c 每隔1秒就重新显示一遍，直到用户中断它。-i 显示所有网络接口的信息，格式同“ifconfig -e”。-n 以网络IP地址代替名称，显示出网络连接情形。-r 显示核心路由表，格式同“route -e”。-t 显示TCP协议的连接情况。-u 显示UDP协议的连接情况。-v 显示正在进行的工作。1. netstat -an | grep LISTEN0.0.0.0的就是每个IP都有的服务，写明哪个IP的就是绑定那个IP的服务。2. netstat -tln用来查看linux的端口使用情况3. /etc/init.d/vsftp start是用来启动ftp端口~！4. netstat查看已经连接的服务端口（ESTABLISHED）5. netstat -a查看所有的服务端口（LISTEN，ESTABLISHED）6. sudo netstat -ap查看所有的服务端口并显示对应的服务程序名7. nmap ＜扫描类型＞＜扫描参数＞例如：nmap localhostnmap -p 1024-65535 localhostnmap -PT 192.168.1.127-245当我们使用　netstat -apn　查看网络连接的时候，会发现很多类似下面的内容：Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program nametcp 0 52 218.104.81.152：7710 211.100.39.250：29488 ESTABLISHED 6111/1显示这台服务器开放了7710端口，那么这个端口属于哪个程序呢？ 我们可以使用　lsof -i ：7710　命令来查询：COMMAND PID USER FD TYPE DEVICE SIZE NODE NAMEsshd 1990 root 3u IPv4 4836 TCP *：7710 （LISTEN） 54com.cn 这样，我们就知道了7710端口是属于sshd程序的。
建立一个超时时间T，当T秒没收到数据，认为断线，跳到某个地方，实现重启。

netstat -anp | grep IP　state==ESTABLISHED还活着
看进程是否还在，没有了就死了
tcp连接是自维护的，一旦建立； 命令行方式如楼下所说，可以查看其生、死、活着三种状态，多个阶段； 而你不采纳，想必你想获知的是程序判断一个tcp连接是否还活着？