Linux 如何从dev box检查是否在任何其他服务器上打开或阻止了某些端口？

我正试图从一个开发箱连接到我们公司9042和9160端口上的一台Cassandra暂存服务器。。通过代码，我无法连接到它。。。程序在我的SELECT查询中挂起

因此，我想知道是否有任何方法可以从我的开发盒中确定这两个端口是否在我的Cassandra暂存服务器上被阻塞

下面是Cassandra暂存服务器url，我正试图从我的开发框连接该url-

sc-host01.vip.slc.qa.host.com

我的dev box机器url是-

username-dyn-vm1-4.phx-os1.tratus.dev.host.com

有人能告诉我如何找出我无法连接到它的可能原因吗

如何从“我的开发”框中检查我的Cassandra暂存服务器上是否打开了这些端口

更新：-

ubuntu@username-dyn-vm1-4:~/build$ traceroute sc-host01.vip.slc.qa.host.com
traceroute to sc-host01.vip.slc.qa.host.com (10.109.107.64), 30 hops max, 60 byte packets
 1  10.9.209.1 (10.9.209.1)  4.594 ms  6.628 ms  8.299 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  stgcass01-1.vip.slc.qa.host.com (10.109.107.64)  7.907 ms  3.312 ms  3.950 ms

这是我运行nmap时得到的-

ubuntu@username-dyn-vm1-4:~/build$ nmap -p T:9160 sc-host01.vip.slc.qa.host.com

Starting Nmap 6.00 ( http://nmap.org ) at 2013-10-13 20:01 UTC
Nmap scan report for sc-host01.vip.slc.qa.host.com (10.109.107.64)
Host is up (0.0037s latency).
rDNS record for 10.109.107.64: stgcass01-1.vip.slc.qa.host.com
PORT     STATE SERVICE
9160/tcp open  apani1

Nmap done: 1 IP address (1 host up) scanned in 0.19 seconds
ubuntu@username-dyn-vm1-48493:~/build$ nmap -p T:9042 sc-host01.vip.slc.qa.host.com

Starting Nmap 6.00 ( http://nmap.org ) at 2013-10-13 20:02 UTC
Nmap scan report for sc-host01.vip.slc.qa.host.com (10.109.107.64)
Host is up (0.0049s latency).
rDNS record for 10.109.107.64: stgcass01-1.vip.slc.qa.host.com
PORT     STATE SERVICE
9042/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 0.11 seconds

这是否意味着端口已正确打开并且没有问题

通过telnet我得到了这个-

ubuntu@username-dyn-vm1-4:~/build$ telnet sc-host01.vip.slc.qa.host.com 9042
Trying 10.109.107.64...
Connected to stgcass01-1.vip.slc.qa.host.com.
Escape character is '^]'.
^CConnection closed by foreign host.

ubuntu@username-dyn-vm1-4:~/build$ telnet sc-host01.vip.slc.qa.host.com 9160
Trying 10.109.107.64...
Connected to stgcass01-1.vip.slc.qa.host.com.

---

您是否尝试过从开发盒中使用telnet

telnet sc-host01.vip.slc.qa.host.com 9042
telnet sc-host01.vip.slc.qa.host.com 9160

---

如果返回telnet提示，则表明您已连接，如果它挂起，则连接可能超时，如果命令完全失败，则可能有防火墙规则阻止访问。您可以尝试“traceroute sc-host01.vip.slc.qa.host.com”以查看连接尝试采用的路径。

您是否尝试过从“开发”框使用telnet

telnet sc-host01.vip.slc.qa.host.com 9042
telnet sc-host01.vip.slc.qa.host.com 9160

---

如果返回telnet提示，则表明您已连接，如果它挂起，则连接可能超时，如果命令完全失败，则可能有防火墙规则阻止访问。您可以尝试“traceroute sc-host01.vip.slc.qa.host.com”查看连接尝试采用的路径。

看起来您可以从开发人员访问临时服务器。这里有一些想法-1）由于您正在尝试建立连接（而不仅仅是ping），请确保登台服务器可以连接回dev，2）消除不对称路由问题。检查登台服务器回复的路径是否与dev启动连接的路径相同，即，如果您在两台服务器上都执行跟踪路由，则它们应该通过相同的防火墙/负载平衡器（或者什么都不做，直接连接）。反向路由不要求与正向路由相同。弗恩·帕克森（Vern Paxson）的一篇论文表明，互联网上使用的路由中有35%或相当大的比例是不对称的。你是对的——从我的经验来看，不对称路由本身不会引起问题，只要路由是正确的（我意识到我在上面没有说对），这些不同的路由通常会导致正在使用的网关没有返回到原始主机的正确路径的问题。因此，值得检查的是，从目的地返回主机的路线是合理的——谢谢您的提醒！看起来您可以从dev访问临时服务器。这里有一些想法-1）由于您正在尝试建立连接（而不仅仅是ping），请确保登台服务器可以连接回dev，2）消除不对称路由问题。检查登台服务器回复的路径是否与dev启动连接的路径相同，即，如果您在两台服务器上都执行跟踪路由，则它们应该通过相同的防火墙/负载平衡器（或者什么都不做，直接连接）。反向路由不要求与正向路由相同。弗恩·帕克森（Vern Paxson）的一篇论文表明，互联网上使用的路由中有35%或相当大的比例是不对称的。你是对的——从我的经验来看，不对称路由本身不会引起问题，只要路由是正确的（我意识到我在上面没有说对），这些不同的路由通常会导致正在使用的网关没有返回到原始主机的正确路径的问题。因此，值得检查的是，从目的地返回主机的路线是合理的——谢谢您的提醒！