我一直在尝试用Linux来更新我的方式,一方面,放弃netstat,转而使用ss。我在ss手册页中查找了我最喜欢的netstat命令行标志,并且非常高兴地发现netstat -lnp与ss -lnp的命令大致相同。或者我是这么想的。
# ss -lnp | grep 1812什么都没发现,但是
# netstat -lnp | grep 1812
udp 0 0 0.0.0.0:1812 0.0.0.0:* 11103/radiusd确实如此。这一事实使得这个特殊的故障排除变得不必要的困难。
现在,我正在尝试理解我应该如何使用ss来验证守护进程是否在监听。
谁能解释一下吗?
编辑:
# ss --version
ss utility, iproute2-ss090324
# ss -aunp | grep radi
UNCONN 0 0 *:50482 *:* users:(("radiusd",11103,11))
UNCONN 0 0 127.0.0.1:18120 *:* users:(("radiusd",11103,9))
UNCONN 0 0 *:1812 *:* users:(("radiusd",11103,6))
UNCONN 0 0 *:1813 *:* users:(("radiusd",11103,7))
UNCONN 0 0 *:1814 *:* users:(("radiusd",11103,10))
# ss -lnp | grep radi
#发布于 2015-01-30 11:54:55
ss的最新版本也应该以这种方式显示UDP侦听器。您可以使用ss -unlp限制UDP。
我尝试过最近的Debian版本,其中ss --version报告了ss utility, iproute2-ss140804,这是可行的。
在带有ss utility, iproute2-ss061002的Red 5系统上,它没有。您确实可以使用ss -aunp获得更多的信息,尽管这也显示了连接的端口。
你也可以尝试:
ss -apu state unconnected 'sport = :1812'https://unix.stackexchange.com/questions/181979
复制相似问题