linux网络监听命令 linux监听网卡

Linux下查看监听状态的命令lsnrctl status，如何根据返回结果判断监听是正常启动？

用 oracle:~ # lsof -i:1521 如果有返回信息，就说明侦听是启用的，如果没有返回任何信息说明侦听是停用的，或者你用 lsnrctl start。

oracle@oracle:~ lsnrctl start

LSNRCTL for Linux: Version 11.2.0.3.0 - Production on 04-JUL-2014 18:28:35

Copyright (c) 1991, 2011, Oracle. All rights reserved.

TNS-01106: Listener using listener name LISTENER has already been started

返回以上信息，说明是启用的。

方法1：:

看 oracle监听是否启动 在CMD下运行如下命令就可以  lsnrctl status

正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=spcc)(PORT=1525)))

TNS-12541: TNS：无监听器

TNS-12560: TNS: 协议适配器错误

TNS-00511: 无监听器

32-bit Windows Error: 61: Unknown error

LSNRCTL start listener1

启动tnslsnr：请稍候...

这表示没有启动。。

方法2：

如果是LINUX系统可以通过如下命令看进程在不在

ps -ef|grep lsn

看 oracle监听是否启动 在CMD下运行如下命令就可以

lsnrctl status

正在连接到 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=spcc)(PORT=1525)))

TNS-12541: TNS：无监听器。TNS-12560: TNS: 协议适配器错误。TNS-00511: 无监听器

32-bit Windows Error: 61: Unknown error

LSNRCTL start listener1

启动tnslsnr：请稍候...。这表示没有启动。。

如果是LINUX系统可以通过如下命令看进程在不在

ps -ef|grep lsn

相关问答

Q1: Linux netstat命令详解

Netstat 命令用于显示各种网络相关信息，如网络连接，路由表，接口状态 (Interface Statistics)，masquerade 连接，多播成员 (Multicast Memberships) 等等。

执行netstat后，其输出结果为

从整体上看，netstat的输出结果可以分为两个部分：

一个是Active Internet connections，称为有源TCP连接，其中"Recv-Q"和"Send-Q"指%0A的是接收队列和发送队列。这些数字一般都应该是0。如果不是则表示软件包正在队列中堆积。这种情况只能在非常少的情况见到。

另一个是Active UNIX domain sockets，称为有源Unix域套接口(和网络套接字一样，但是只能用于本机通信，性能可以提高一倍)。

Proto显示连接使用的协议,RefCnt表示连接到本套接口上的进程号,Types显示套接口的类型,State显示套接口当前的状态,Path表示连接到套接口的其它进程使用的路径名。

-a (all)显示所有选项，默认不显示LISTEN相关

-t (tcp)仅显示tcp相关选项

-u (udp)仅显示udp相关选项

-n 拒绝显示别名，能显示数字的全部转化成数字。

-l 仅列出有在 Listen (监听) 的服务状态

-p 显示建立相关链接的程序名

-r 显示路由信息，路由表

-e 显示扩展信息，例如uid等

-s 按各个协议进行统计

-c 每隔一个固定时间，执行该netstat命令。

提示：LISTEN和LISTENING的状态只有用-a或者-l才能看到

列出所有端口 netstat -a

列出所有 tcp 端口 netstat -at

列出所有 udp 端口 netstat -au

只显示监听端口 netstat -l

只列出所有监听 tcp 端口 netstat -lt

只列出所有监听 udp 端口 netstat -lu

只列出所有监听 UNIX 端口 netstat -lx

显示所有端口的统计信息 netstat -s

显示 TCP 或 UDP 端口的统计信息 netstat -st 或 -su

netstat -p 可以与其它开关一起使用，就可以添加 “PID/进程名称” 到 netstat 输出中，这样 debugging 的时候可以很方便的发现特定端口运行的程序。

当你不想让主机，端口和用户名显示，使用 netstat -n。将会使用数字代替那些名称。

同样可以加速输出，因为不用进行比对查询。

如果只是不想让这三个名称中的一个被显示，使用以下命令

netstat 将每隔一秒输出网络信息。

在输出的末尾，会有如下的信息

注意： 使用 netstat -rn 显示数字格式，不查询主机名称。

并不是所有的进程都能找到，没有权限的会不显示，使用 root 权限查看所有的信息。

找出运行在指定端口的进程

显示详细信息，像是 ifconfig 使用 netstat -ie:

查看连接某服务端口最多的的IP地址

TCP各种状态列表

Q2: Linux系统监控要用到哪些命令

记录一下自己常用的linux系统命令，方便以后查阅，发觉记忆越来越不行了

找到最耗CPU的java线程ps命令

命令：ps -mp pid -o THREAD,tid,time 或者 ps -Lfp pid

结果展示：

这个命令的作用，主要是可以获取到对应一个进程下的线程的一些信息。 比如你想分析一下一个java进程的一些运行瓶颈点，可以通过该命令找到所有当前Thread的占用CPU的时间，也就是这里的最后一列。

比如这里找到了一个TID : 30834 ，所占用的TIME时间最高。

通过 printf "%x\n" 30834 首先转化成16进制， 继续通过jstack命令dump出当前的jvm进程的堆栈信息。 通过Grep命令即可以查到对应16进制的线程id信息，很快就可以找到对应最耗CPU的代码快在哪。

简单的解释下，jstack下这一串线程信息内容：

"DboServiceProcessor-4-thread-295" daemon prio=10 tid=0x00002aab047a9800 nid=0x7d9b waiting on condition [0x0000000046f66000]

nid : 对应的linux操作系统下的tid，就是前面转化的16进制数字

tid: 这个应该是jvm的jmm内存规范中的唯一地址定位，如果你详细分析jvm的一些内存数据时用得上，我自己还没到那种程度，所以先放下

top命令

命令：top -Hp pid

结果显示：

和前面的效果一下，你可以实时的跟踪并获取指定进程中最耗cpu的线程。 再用前面的方法提取到对应的线程堆栈信息。

判断I/O瓶颈

mpstat命令

命令：mpstat -P ALL 1 1000

结果显示：

注意一下这里面的%iowait列，CPU等待I/O操作所花费的时间。这个值持续很高通常可能是I/O瓶颈所导致的。

通过这个参数可以比较直观的看出当前的I/O操作是否存在瓶颈

iostat命令

命令: iostat -m -x 1 1000

同样你可以观察对应的CPU中的%iowait数据，除此之外iostat还提供了一些更详细的I/O状态数据，比如比较重要的有：

avgqu-sz : The average queue length of the requests that were issued to the device. (磁盘队列的请求长度，正常的话2,3比较好。可以和cpu的load一样的理解)

await : The average time (in milliseconds) for I/O requests issued to the device to be served. (代表一个I/O操作从wait到完成的总时间)

svctm和%util都是代表处理该I/O请求花费的时间和CPU的时间比例。 判断是否瓶颈时，这两个参数不是主要的

r/s w/s 和 rMB/s wMB/s 都是代表当前系统处理的I/O的一些状态，前者是我们常说的tps，后者就是吞吐量。这也是评价一个系统的性能指标

pid命令

命令: pidstat -p pid -u -d -t -w -h 1 1000

结果显示：

相当实用的一个命令，可以基于当个进程分析对应的性能数据，包括CPU,I/O,IR , CS等，可以方便开发者更加精细化的观察系统的运行状态。不过pidstat貌似是在2.6内核的一些较新的版本才有，需要安装sysstat包。

ubuntu下，可以通过sudo apt-get install sysstat进行安装。

sar命令

命令：sar -x pid 1 1000

sar也可以指定对应的pid，关注固定的几个参数，没有pidstat那么强大。 看不到对应的I/O, IR等信息。

sar的功能可以覆盖mpstat , iostat的相关功能。

dstat命令

命令：dstat -y --tcp 1 1000

通过dstat --tcp可以比较方便的看到当前的tcp的各种状态，不需要每次netstat -nat去看

其他命令

netstat -natp : 查看对应的网络链接，关注下Recv-Q , Send-Q , State。

lsof -p pid : 查找对应pid的文件句柄

lsof -i : 80 : 查找对应端口被哪个进程占用

lsof /tmp/1.txt ：查找对应文件被哪个进程占用

tcpdump / wireshark ：抓包分析工具

jstat / jmap / jstack / jps 等一系列的java监控命令

最后

如果你想做一些性能调优的工作，一定要善于利用一些工具进行关注相应的状态。通过linux命令你可以比较方便的观测到CPU , I/O , network等一些比较外围的状态， 很多时候就已经可以解决大部分的问题。jvm内部的一些运行状态监控，得需要借助一些特有的工具进行细粒度的观测。

Q3: 有关linux命令监听某个进程怎么写

第一个的话可以用

ps aux | grep abc | grep -v grep

如果返回值为0，那这个进程存在，如果不为0，那就不存在，下一步去启动它。

第二个的话，端口开启什么意思？如果没有socket，或者说一个程序去监听一个端口，那单靠脚本是搞不了的

Q4: Linux里面 netstat -ntlp命令作用是什么？

netstat命令是一个监控TCP/IP网络的非常有用的工具,它可以显示路由表、实际的网络连接以及每一个网络接口设备的状态信息。

Q5: linuxcentos7端口开启了没有在监听

针对这个问题，可能是CentOS 7的防火墙没有开启对应的端口，或者是服务没有启动，导致端口没有在监听。解决方法是：

1. 首先，使用命令netstat -tulpn查看当前系统中正在监听的端口，如果没有看到需要开启的端口，则说明防火墙没有开启对应的端口；

2. 其次，使用命令systemctl status xxx.service查看服务是否启动，如果没有启动，则需要使用systemctl start xxx.service启动服务；

3. 最后，使用命令firewall-cmd --zone=public --add-port=端口号/tcp --permanent开启防火墙对应的端口，并使用firewall-cmd --reload重新加载防火墙规则，以完成端口的开启。

以上就是CentOS 7端口开启没有在监听的解决方法和做法步骤，可以根据实际情况进行操作，以解决问题。

关于linux网络监听命令和linux监听网卡的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。