在工作中，一些软硬件的工程师去现场安装软件后，发现出现各种异常，然后忙前忙后排查，最后才发现原来是现场的防火墙端口没有开放。

其实网络上也有很多排查端口是否开放的方法，我这里只写一下咱们怎么在Linux操作系统之间，使用ssh快速查看某个端口是否开放。

开始测试

目标：测试端口TCP 2525是否开放。
工具：ssh
环境：Red Hat Enterprise Linux Server release 6.6 (Santiago) * 2 
IP：172.0.96.49（被测试的目标）、172.0.96.144（已安装ssh工具）

先使用下列命令，检查服务器的端口是否被占用。

netstat -an | grep 2525

发现没有获取任何记录。

使用172.0.96.144这台，输入命令得到结果，很明显被拒绝了。

那我们在172.0.96.49这台上，使用下列命令起一个TCP 2525的监听，再另外开启一个会话窗口，查看2525端口的占用情况。

#窗口1
python -m SimpleHTTPServer 2525
#窗口2
netstat -an | grep 2525

好了，现在有服务占用2525端口了，我们再使用ssh测试一下，结果如下。

可以看到
1、172.0.96.49的服务器上，出现172.0.96.144的记录。
2、172.0.96.144的服务器上，有debug1: Connection established的信息。

我们再增加一个实验，我现在启动172.0.96.49的防火墙，再看看172.0.96.144服务器上的ssh结果。

#窗口2
service iptables start

获得结论

通过对比ssh输出的信息，咱们可以得出以下结论。

结论1：当被测试服务器上，没有服务占用TCP 2525端口时，我们使用ssh测试将得到“ssh: connect to host 172.0.96.49 port 2525: Connection refused”的结果。结论2：当被测试服务器上，有服务占用TCP 2525端口且防火墙端口已开放的情况下，我们使用ssh测试将得到“debug1: Connection established.”的结果。结论3：当被测试服务器上，有服务占用TCP 2525端口，但是防火墙未放开TCP 2525端口的情况下，我们使用ssh测试将得到“ssh: connect to host 172.0.96.49 port 2525: No route to host”的结果。

那么，在现场测试的时候，只要记住上述的结论，就可以很快的确认，现场到底有没有开放特定端口。