用于测试来自流媒体服务器的流量的脚本?

A script to test for traffic from a streaming server?

我有一个仪器可以将数据流出 tcp 端口,我想在脚本中使用标准工具来确定流是否可用。

我手动使用 ncat,如果数据流不可用,它会立即退出。

这是我最初的 bash 脚本:

#!/bin/bash
ncat somehost 1234 >/dev/null &
pid=$!
sleep 1
if [ -d /proc/$pid/ ]; then
  kill -KILL $pid
  echo "It's alive, ALIVE\!"
  # Launch clients
else
  echo "He's dead, Jim."
  # Perform resurrection
fi

它有效,但我想知道是否有更简单或更好的方法来完成此操作,而不依赖于作业控制或 procfs 甚至 ncat。我还想知道在超时结束之前发送了多少数据。

而且,是的,在 bash 中 ncat host port 可以替换为 cat </dev/tcp/host/port,但我也想避免 bash 主义(这样它可以工作在 busybox 下)。

另一种方法是使用 wc 来计算 ncat 输出的 lines/chars,因为它只输出一行,如果无法建立连接则退出。但如果流已启动,我不能永远等待终止,所以我需要使用类似 timeout 的东西,它在尝试访问命令输出时有其自身的复杂性。

是否有 "plain" 最小依赖性的方法?

或者我应该写一个简单的工具来代替?如果与 host/port 建立连接,它将 return 读取的字节数,否则为负 errno,并且将支持等待时间和协议规范 (tcp/udp)。 return 值为 0 表示已建立连接,但在等待时间到期之前没有数据到达(这是一件好事)。

或者可能通过补丁 ncat 来完成上述操作?

我使用 netcat in FreeBSD,它有一个 -z 选项,可以简单地检查端口是否打开。这消除了您在脚本中使用的背景和睡眠。

  -z   Specifies that nc should just scan for listening daemons, without
       sending any data to them.

该选项存在于此处旧 Ubuntu 框的 netcat 中,因此这可能是您的一个选项。

$ nc -z somehost 1234 && echo "It's alive, ALIVE!"

我在 ncat 中没有看到等效的选项。您可以将 netcat 编译成 busybox;它比 ncat 小得多,至少在我的系统上是这样:

Linux:

$ ls -lH `which nc ncat`
-rwxr-xr-x 1 root root  31296 2010-02-21 01:32 /bin/nc
-rwxr-xr-x 1 root root 130448 2009-11-06 04:39 /usr/bin/ncat

FreeBSD:

ls -l `which nc ncat`
-r-xr-xr-x  1 root  wheel   28112 Jan 15 14:53 /usr/bin/nc
-rwxr-xr-x  1 root  wheel  182775 Mar 19  2012 /usr/local/bin/ncat

当然,这不能帮助您检查流中的流量或分析其内容。为此,我认为您的解决方案具有创新性和合理性,尽管您提出的挑战可能不容易解决。

您可以使用 ps 来避免 procfs 依赖,并且您可以将内容存储在临时文件中以供分析。请注意,busybox 应包含 mktemp,但您可能应该检查选项。我还没有测试过这个:

#!/bin/sh

TMPFILE=`mktemp /tmp/str.XXXX`
trap "rm -f $TMPFILE" 0 1 2 3 15

nc somehost 1234 > $TMPFILE &
pid=$!
sleep 1

if ps $pid >/dev/null; then
  kill -KILL $pid
  echo -n "It's alive, "
  if [ -s $TMPFILE ]; then
    echo "ALIVE!"
  else
    echo "but unresponsive."
  fi
else
  echo "He's dead, Jim."
fi

这就是我的全部。而且它和你已经拥有的没有太大区别。

另一种选择可能是构建一个自定义工具,您可以将其编译到自己的 busybox 中,但这将是一个 question rather than a 问题。 :-)