Probar el puerto TCP remoto utilizando telnet ejecutando un comando de una línea

Tengo numerosas cajas de Linux con un conjunto muy limitado de comandos y espacio en disco. Pero tiene el telnetcomando sobre él.

Me conecto de forma remota a cada una de estas sondas (mediante programación) y emito un comando linux de línea a través de SSH.

Necesito ejecutar un solo comando para conectarme a una máquina específica, usando telnet, y luego desconectarme de inmediato .

Puedo hacer todo eso, pero la desconexión de inmediato parte. Telnet abre una especie de consola o terminal y no puedo entender un comando de una línea para ejecutar el comando telnet y luego desconectarlo de inmediato.

Si hago eso, puedo analizar fácilmente la salida de texto de los mensajes de error por no poder conectarme a la máquina en el puerto especificado y eso es exactamente lo que estoy buscando.

Entonces, ¿cómo puedo ejecutar un comando de una línea para conectarme a una máquina usando telnet y desconectarme después?

Debería poder canalizar el exitcomando en STDIN telnet. Tratar:

echo 'exit' | telnet {site} {port}

y ver si eso funciona. (parece funcionar en mi servidor web, pero YMMV).

El método más simple y fácil se da a continuación.

 sleep <n> | telnet <server> <port>

n - El tiempo de espera en segundos antes de la salida automática. Podría ser fraccional como 0.5. Tenga en cuenta que algunos resultados requeridos pueden no devolverse en el tiempo de espera especificado. Por lo tanto, es posible que necesitemos aumentar en consecuencia.

servidor : la IP del servidor de destino o el nombre de host.

puerto : número de puerto del servicio de destino.

También puede redirigir la salida a un archivo como este,

sleep 1 | telnet <server> <port> > output.log

En mi caso esto funciona. (CentOS 7):

while read host port; do
r=$(bash -c 'exec 3<> /dev/tcp/'$host'/'$port';echo $?' 2>/dev/null)
if [ "$r" = "0" ]; then
     echo "$host $port is open"
else
     echo "$host $port is closed"
     exit 1 # To force fail result in ShellScript
fi
done

Creo que una mejor herramienta para enviar comandos directamente y solo obtener resultados sería netcat. Es una herramienta simple pero poderosa para poner comandos a través de los puertos. Puede ver un ejemplo de uso en esta pregunta de superusuario: /superuser/261900/how-can-i-pipe-commands-to-a-netcat-that-will-stay-alive - Asker da un ejemplo de trabajo en el que la conexión se cierra después de unos segundos.

Y si solo desea probar la conectividad, use esto: http://terminalinflection.com/use-netcat-not-telnet-to-test-network-connectivity/

Esta es otra versión de la respuesta anterior que hace que actúe un poco más como la sintaxis telnet "normal". Si te gusta mi respuesta, dale un voto positivo no a esto, sino al original.

#!/bin/bash
if [ "$2" == "" ]; then
 echo "Syntax: $0 <host> <port>"
 exit;
fi

host=$1
port=$2

r=$(bash -c 'exec 3<> /dev/tcp/'$host'/'$port';echo $?' 2>/dev/null)
if [ "$r" = "0" ]; then
     echo "$host $port is open"
else
     echo "$host $port is closed"
     exit 1 # To force fail result in ShellScript
fi

Aquí hay una solución que encontré en Internet:

( echo open 127.0.0.1 23
sleep 5
echo your_login
sleep 5
echo your_password
sleep 5
echo hostname
sleep 5
echo exit ) | telnet

A mí me funciona en SunOS y HP-UX

Tratar

echo -e '\x1dclose\x0d' | telnet {HOSTNAME} {PORT}

La mejor parte de lo anterior es que también obtienes el estado de salida. Si telnet es exitoso, el código de salida será 0 o si no es 1

Evite netcat si tiene rutas personalizadas, ya que no obedece las reglas de enrutamiento. Similar a cómo nslookup, dige hostignore el archivo / etc / hosts ( nslookup, dig, firefox ignorando las entradas del archivo / etc / hosts ).

es decir: a diferencia de las aplicaciones y herramientas como telnety /dev/tcp( Probar el puerto TCP remoto usando telnet ejecutando un comando de una línea ) que sigue las reglas de enrutamiento del sistema, ncusa la puerta de enlace predeterminada a menos que se le indique específicamente que use una dirección IP de origen con -s:

nc -w 3 -s 192.168.1.12 example.com 8080

Necesitaba probar si una aplicación podía llegar al recurso, y si las rutas no funcionaban, netcatinformé que todo estaba bien ya que la dirección de origen se había especificado en la prueba. Estoy cambiando a usar /dev/tcp.