Test du port TCP distant à l'aide de telnet en exécutant une commande sur une ligne

J'ai de nombreuses boîtes Linux avec un ensemble très limité de commandes et d'espace disque. Mais il a la telnetcommande dessus.

Je me connecte à distance à chacune de ces sondes (par programme) et émets une commande linux en ligne via SSH.

Je dois exécuter une seule commande pour me connecter à une machine spécifique, en utilisant telnet, puis me déconnecter immédiatement .

Je peux faire tout ça, mais la déconnexion part tout de suite . Telnet ouvre une sorte de console ou de terminal et je n'arrive pas à trouver une commande sur une ligne pour exécuter la commande telnet, puis se déconnecter immédiatement.

Si je fais cela, je peux facilement analyser la sortie textuelle des messages d'erreur pour ne pas pouvoir me connecter à la machine sur le port spécifié et c'est exactement ce que je recherche.

Alors, comment puis-je exécuter une commande sur une ligne pour me connecter à une machine en utilisant Telnet et me déconnecter ensuite?

Vous devriez pouvoir exitdiriger la commande dans STDIN dans telnet. Essayer:

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

et voyez si cela fonctionne. (il semble fonctionner sur mon serveur web, mais YMMV).

La méthode la plus simple et la plus simple est donnée ci-dessous.

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

n - Le temps d'attente en secondes avant la sortie automatique. Il pourrait être fractionné comme 0,5. Notez que certaines sorties requises peuvent ne pas être renvoyées dans le temps d'attente spécifié. Il nous faudra donc peut-être augmenter en conséquence.

serveur - L'adresse IP ou le nom d'hôte du serveur cible.

port - Numéro de port de service cible.

Vous pouvez également rediriger la sortie vers un fichier comme celui-ci,

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

Dans mon cas, cela fonctionne. (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

Je pense que le meilleur outil pour envoyer des commandes directement et obtenir simplement la sortie serait netcat. C'est un outil simple mais puissant pour passer des commandes via les ports. Vous pouvez voir un exemple d'utilisation dans cette question de superutilisateur: /superuser/261900/how-can-i-pipe-commands-to-a-netcat-that-will-stay-alive - le demandeur donne un exemple de travail dans lequel la connexion se ferme après quelques secondes.

Et si vous voulez simplement tester la connectivité, utilisez ceci: http://terminalinflection.com/use-netcat-not-telnet-to-test-network-connectivity/

Ceci est une autre version de la réponse ci - dessus qui la fait agir un peu plus comme la syntaxe telnet "normale". Si vous aimez ma réponse, veuillez donner une note positive non pas à cela, mais à l'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

Voici la solution que j'ai trouvée sur 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

Cela fonctionne pour moi sur SunOS et HP-UX

Essayer

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

La meilleure partie de ce qui précède est que vous obtenez également le statut de sortie. Si telnet est réussi, le code de sortie sera 0 ou bien son 1

Évitez netcat si vous avez des itinéraires personnalisés, car il n'obéit pas aux règles de routage. Similaire à la façon nslookupdont dig& hostignorer le fichier / etc / hosts ( nslookup, dig, firefox ignorant les entrées du fichier / etc / hosts ).

c'est-à-dire: contrairement aux applications et aux outils tels que telnetet /dev/tcp( Test du port TCP distant à l'aide de telnet en exécutant une commande à une ligne ) qui suivent les règles de routage du système, ncutilise la passerelle par défaut, sauf indication contraire d'utiliser une adresse IP source avec -s:

nc -w 3 -s 192.168.1.12 example.com 8080

J'avais besoin de tester si une application pouvait atteindre la ressource, et si les routes étaient en panne, j'ai netcatsignalé que tout allait bien puisque l'adresse source avait été spécifiée dans le test. Je passe à l'utilisation /dev/tcp.