测试远程TCP端口是否从shell脚本打开

我正在寻找一种快速而简单的方法，用于正确地测试一个给定的TCP端口是否在远程服务器上打开，从Shell脚本中。

我已经设法用telnet命令做到这一点，当端口被打开时，它工作得很好，但当它没有超时时，它似乎并没有超时，只是挂在那里……

下面是一个例子:

l_TELNET=`echo "quit" | telnet $SERVER $PORT | grep "Escape character is"`
if [ "$?" -ne 0 ]; then
  echo "Connection to $SERVER on port $PORT failed"
  exit 1
else
  echo "Connection to $SERVER on port $PORT succeeded"
  exit 0
fi

我要么需要一个更好的方法，或者一种方法强制telnet超时，如果它没有在8秒内连接，例如，并返回一些我可以在Shell中捕获的东西(返回代码，或stdout中的字符串)。

我知道Perl方法，它使用IO::Socket::INET模块，并编写了一个成功的测试端口的脚本，但如果可能的话，宁愿避免使用Perl。

注意:这是我的服务器正在运行(我需要从哪里运行这个)

SunOS 5.10 Generic_139556-08 i86pc i386 i86pc

当前回答

使用bash检查端口

例子

$ ./test_port_bash.sh 192.168.7.7 22

端口“22”被打开

Code

HOST=$1
PORT=$2
exec 3> /dev/tcp/${HOST}/${PORT}
if [ $? -eq 0 ];then echo "the port $2 is open";else echo "the port $2 is closed";fi

2017-07-02 09:33:54

其他回答

Nmap-ncat用于测试尚未使用的本地端口

availabletobindon() {
  port="$1"
  nc -w 2 -i 1 localhost "$port" 2>&1 | grep -v -q 'Idle timeout expired'
  return "$?"
}

2016-04-19 18:08:31

我的机器不支持nc或/dev/tcp/$hostname/$port，但支持超时，所以我回到telnet，如下所示:

if echo "quit" | timeout 2 telnet $SERVER $PORT 2>&1 | grep -q 'Connected to'; then
    echo "Connection to $SERVER on port $PORT succeeded"
    exit 0
else
    echo "Connection to $SERVER on port $PORT failed"
    exit 1
fi

2022-11-20 21:11:53

虽然这是一个老问题，但我只是处理了它的一个变体，但这里的解决方案都不适用，所以我找到了另一个，并为子孙后代添加了它。是的，我知道OP说他们知道这个选项，它不适合他们，但对于任何跟随它的人来说，它可能是有用的。

在我的例子中，我想从docker构建中测试本地apt-cache -ng服务的可用性。这意味着在测试之前绝对不能安装任何东西。无nc、nmap、expect、telnet、python。perl然而是存在的，以及核心库，所以我使用这个:

perl -MIO::Socket::INET -e 'exit(! defined( IO::Socket::INET->new("172.17.42.1:3142")))'

2015-05-04 13:11:03

在某些情况下，像curl, telnet, nc和nmap这样的工具是不可用的，你仍然有机会使用wget

if [[ $(wget -q -t 1 --spider --dns-timeout 3 --connect-timeout 10  host:port; echo $?) -eq 0 ]]; then echo "OK"; else echo "FAIL"; fi

2016-07-22 14:24:33

对nc使用-z和-w TIMEOUT选项很容易，但并不是所有的系统都安装了nc。如果你有一个最新版本的bash，这将工作:

# Connection successful:
$ timeout 1 bash -c 'cat < /dev/null > /dev/tcp/google.com/80'
$ echo $?
0

# Connection failure prior to the timeout
$ timeout 1 bash -c 'cat < /dev/null > /dev/tcp/sfsfdfdff.com/80'
bash: sfsfdfdff.com: Name or service not known
bash: /dev/tcp/sfsfdfdff.com/80: Invalid argument
$ echo $?
1

# Connection not established by the timeout
$ timeout 1 bash -c 'cat < /dev/null > /dev/tcp/google.com/81'
$ echo $?
124

What's happening here is that timeout will run the subcommand and kill it if it doesn't exit within the specified timeout (1 second in the above example). In this case bash is the subcommand and uses its special /dev/tcp handling to try and open a connection to the server and port specified. If bash can open the connection within the timeout, cat will just close it immediately (since it's reading from /dev/null) and exit with a status code of 0 which will propagate through bash and then timeout. If bash gets a connection failure prior to the specified timeout, then bash will exit with an exit code of 1 which timeout will also return. And if bash isn't able to establish a connection and the specified timeout expires, then timeout will kill bash and exit with a status of 124.

2013-11-08 18:38:33

测试远程TCP端口是否从shell脚本打开

推荐文章

最新文章

标签