Discussion :

[sone47]

Bonnour a tous,

Je rencontre un probleme de redirection avec netcat que j'utilise en serveur tcp avec un script de traitement de commande.

J'ai un script serveur qui ecoute et renvoie sur mon script qui interprete:

serveur.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#!/bin/sh
nc -l -p 22222 | ./interpreteur_localcmd

Et l'interpreteur se contente de faire un echo de ce qu'il recoit

interpreteur.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#!/bin/sh
while read entree
do
echo $entree
done

Si je l'utilise tel quel et que dans un autre terminal je lance:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
>>nc localhost 22222
>>TEST

L'echo dans mon script interpréteur fonctionne bien.

Probleme, si au lieu de lancer un client via netcat j'utilise un soft qui se connecte sur ce port il ne se passe rien...

Pourtant, si je modifie mon serveur pour faire directement un cat sans passer par un script d'interpretation cela fonctionne (donc j'en deduis que la communication avec le soft est effective):

serveur.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
#!/bin/sh
nc -l -p 22222 | cat

Mon probleme vient donc de l'appel a interpreteur_cmd.sh, mais seulement lorsque je l'attaque via ce soft, car dans un autre terminal cela fonctionne...

Une idée de la cause du problème ??
Merci beaucoup d'avance car la je sèche :/

PS1:Si mon serveur tcp est uniquement "nc -l -p 22222" et que je lance mon soft client, la connexion se passe bien et j'affiche dans le terminal serveur ce que le client envoie
PS2:Lorsque j'utilise mon serveur avec le script d’interprétation, mon soft se connecte bien car même s'il ne se passe rien, des que je stop ce soft le script serveur se termine (d'ailleurs si quelqu'un sait comment ne pas terminer le serveur lorsque son client se déconnecte ou le redémarrer automatiquement), j'en déduis un probleme seulement au niveau de la redirection..

[frp31]

tu veux faire quoi avec ton netcat parce que ton interpréteur là je comprend pas son utilité vu que lui fait juste faire un echo

c'est quoi ton but ?

si c'est de le voir défiler tu n'as pas besoin de ça.
et pour le rediriger encore moins

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
nc -l 1234 > filename.out

suffirait.

ou au contraire pour l'alimenter

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

nc host.example.net 1234 < filename.input

[sone47]

Hello et merci,

Pour l'exemple j'ai montre un interpréteur minimaliste mais un realité le but est d'avoir un serveur TCP qui interprète des commandes clients et renvoie le résultat:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#!/bin/bash
mkfifo /tmp/backpipe
nc -l -p 22222 < /tmp/backpipe | interpreteur_cmd 1> /tmp/backpipe

Mon serveur marche si j'utilise un client tcp via netcat dans un autre term mais pas si je lance mon soft client..
Mon soft client tourne bien, si je demande au serveur de faire un simple echo de ce qu'il recoit cela fonctionne:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#!/bin/bash
mkfifo /tmp/backpipe
nc -l -p 22222 < /tmp/backpipe | cat 1> /tmp/backpipe

Donc j'ai simplifié l'interpreteur pour au moins pour avoir un echo de ce qu'il recupere via read.

Y a t il un moyen d'analyser les transferts de données entre le processus netcat et l'appel de mon script ou de ce qui transite via ma fifo ?

[sone47]

J'y pense est ce que ca peut venir de la non utilisation d'une séquence de fin de chaine ? au travers du pipe ou du read peut être il reste toujours en attente de data ?..
Vu que ça marche quand j'utilise un client netcat peut être le fait de taper ENTRÉE écrit un caractère de fin. Quand j'utilise mon soft en client il marche ssi je n'utilise pas mon interpréteur mais directement cat (cat 1> /tmp/backpipe), donc peut être ça coince au niveau du read de mon interpréteur qui reste en attente de lecture ?

[sone47]

Apres quelque recherche sur le net cela pourrait venir peut etre de la commande read qui suit un pipe.
Entree E4 de cette FAQ:
http://tiswww.case.edu/php/chet/bash/FAQ

Mais alors la je vois pas comment contourner le probleme

[N_BaH]

Bonjour

l'E4 de la FAQ n'a pas de rapport avec ton problème, l'E4 traite de cecii :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
command | while read variable
do : peu importe
done
echo "$variable"

$variable n'est pas accessible en dehors de la boucle while.

[jack-ft]

serveur.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#!/bin/sh
nc -l -p 22222 | ./interpreteur_localcmd

Et l'interpreteur se contente de faire un echo de ce qu'il recoit

interpreteur.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
#!/bin/sh
while read entree
do
echo $entree
done

Mon probleme vient donc de l'appel a interpreteur_cmd.sh, mais seulement lorsque je l'attaque via ce soft, car dans un autre terminal cela fonctionne...

Je ne comprends pas tout... donc réponse à 2 balles:
Es-tu sûr que l'interpréteur est effectivement appelé (attention au chemin commençant par "./")?
interpreteur.sh

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
#!/bin/sh
echo "appel de l'interpreteur"
while read entree
do
echo $entree
done

[N_BaH]

en pipant vers od, à la place de ton script, tu verrait peut-être des caractères invisibles, qui empêchent la lecture, ou des différences qui justifieraient le comportement observé
...
?