Netcat : Problème de compréhension ?

Bonjour,

Je suis en train de réaliser un petit programme pour me familiariser avec la commande netcat. Je débute en bash et tout n'est pas très claire!
En fait je veux créer un programme qui permet d'interroger un serveur avec des commandes basiques (afficher les fichiers distants, upload, recherche...).

J'informe l'utilisateur que la commande est

Code:

---

connect mode ip port [fichier]

---

3 modes :

• afficher : affiche la liste des fichiers du serveur distant
• upload (parametre fichier necessaire) : upload le fichier sur le serveur distant
• recherche (parametre fichier necessaire) : recherche sur le serveur distant si le fichier existe

Puis je lui demande de faire une saisie que j'interprète à l'aide d'un sed pour extraire dans des variables différentes les informations mode, ip, port et fichier.

J'ai ouvert deux terminaux, dans le premier je crée un serveur local sur le port 8080 (dans home/users/moi/serveur):

Code:

---

nc -l 8080

---

et dans le deuxième (/home/users/moi/client) j'exécute mon programme.

Admettons que je saisisse

Code:

---

connect afficher localhost 8080

---

.
Ma question : pourquoi ma ligne

Code:

---

nc $ip $port | ls -l

---

n'affiche pas les fichiers de home/users/moi/serveur ?

Merci beaucoup.

Bonjour,

cette commande dirige la sortie standard de nc vers l'entrée standard de ls :

Code:

---

nc $ip $port | ls -l

---

:aie:

celle-ci envoie la commande ls -l vers nc :

Code:

---

1 2 3

nc $ip $port <<eof ls -l eof

---

:)

Bonjour,

Merci pour cette précision, je comprends, je prenais le problème à l'envers... :roll:

Du coup

Code:

---

nc $ip $port <ls -l

---

devrait me renvoyer la liste des fichiers du serveur distant ? pourtant non... comme si ls -l n'était pas interpréter :

Code:

---

./programme.sh: line 9: ls: No such file or directory

---

pourquoi modifier la ligne que j'ai donnée ?

quel interpréteur de commande utilises-tu ?

Voici mon fichier modeafficher.sh qui s'occupe de gérer le mode "afficher" (ce script est normalement appelé par le fichier "main" de mon programme) :

Code:

---

1 2 3 4 5

#/bin/bash ip=$1 port=$2 echo "Connexion au serveur $ip:$port ..." nc $ip $port <ls -l

---

Dans un premier terminal, je crée un serveur local (nc -l 8080)
Dans le deuxième : ./modeafficher.sh localhost 8080

et le terminal me renvoie :

Code:

---

./modeafficher.sh: line 9: ls: No such file or directory

---

< envoie le contenu d'un fichier vers l'entrée standard d'une commande. (il faut lire un tuto !)

Code:

---

nc $ip $port < <(ls -l)

---

cf. man bash /Substitution de processus

Salut,

Effectivement encore une erreur de ma part.

Cependant pourquoi remplaces-tu $ip et $port par -ip et -port ?

De plus, je ne sais pas pourquoi, mais

Code:

---

nc $ip $port < <(ls -l)

---

n'affiche pas les fichiers du serveur distant. Je suis un peu perdu!

Bonjour,

As-tu essayé avec la première solution proposée par N_Bah?

Citation:

---

Code:

---

1 2 3

nc -ip -port <<eof ls -l eof

---

---

Bonjour,

Oui, ca ne fonctionne pas.

Code:

---

nc : interval cannot be negative

---

Tu as bien remplacé les "-" par des "$" ?

Après une petite après midi de recherche et de compréhension, je suis parvenu a faire ce que je voulais! Ces concepts sont maintenant plus claires dans ma tête!

Effectivement, j'ai gardé le code ci-dessus, et j'ai créé un serveur qui interprète les commandes qu'on lui envoie à l'aide d'un tube :

Lancement du serveur à l'aide de : netcat -l -p 8080 < tmp | ./serveur.sh > tmp

Code:

---

1 2 3 4 5 6 7

while read cmd do if [[ $cmd == "ls" ]]; then echo "Fichiers sur le serveur : " ls fi done

---

.

Maintenant que j'arrive à "communiquer" avec mon serveur, comment je peux faire pour travailler sur des fichiers distants ?
Actuellement j'arrive à afficher des fichiers distants, me balader dans l'arboresence distante, mais si je veux par exemple faire une recherche dans un fichier, ou meme modifier un fichier, je ne vois pas du tout comment faire à l'aide de netcat et d'un tube.

Vous auriez quelques pistes ? :)

Citation:

---

Cependant pourquoi remplaces-tu $ip et $port par -ip et -port ?

---

aucune idée :(
un copier-coller irréfléchi ?

mais c'est bien $, j'ai corrigé, désolé.

Mon dieu, je viens de te rédiger un beau message, et au moment de valider, demande d'authentification (alors que c'était déjà fait), et ensuite erreur web... :bug:

Bon ben je recommence :sm:

Donc je disais que je suis novice, mais que ma réponse permettra au moins de up ton sujet !

Concernant la solution que tu nous as communiqué :

Code:

---

1 2 3 4 5 6 7

while read cmd do if [[ $cmd == "ls" ]]; then echo "Fichiers sur le serveur : " ls fi done

---

Visiblement, tu liste les "commandes" que le client peut éventuellement envoyer au serveur et tu les interprètes.
Je connais pas netcat, mais concernant la communication serveur/client, d'après moi, ça pue un peu si je peux me permettre.

J'aimerais donc revenir sur la première solution proposée. Je pense avoir la réponse !

Code:

---

nc $ip $port <<< (ls -l)

---

Ou

Code:

---

1 2 3

nc $ip $port << EOF ls -l EOF

---

Mais un unique < ne peut pas fonctionner. Pourquoi :question:
En gros, si on résume les 3 opérateurs de redirection d'entrée :

• < nom_de_fichier envoie le contenu du fichier "nom_de_fichier" ;
• <<EOF envoie le contenu des lignes suivante (jusqu'au prochain EOF) ;
• <<< expression envoie "expression".

Je voudrais justement souligner que pour le cours présent sur le site (clin d'oeil à Idriss si tu nous lis), il manque un gros chapitre sur les redirections des entrées et sorties (<, >, et |). C'est dommage car il me semble que ça envoi du lourd :salive:

Voilà, j'espère que ça aide, sinon corrigez moi :scarymov:

Bonjour,

Citation:

---

En gros, si on résume les 3 opérateurs de redirection d'entrée :

< nom_de_fichier envoie le contenu du fichier "nom_de_fichier" ;
<<EOF envoie le contenu des lignes suivante (jusqu'au prochain EOF) ;
<<< expression envoie "expression".

---

J'aimerais en rajouter une 4ème: la substitution de processus.
< <(commande) récupère la sortie de commande et la considère comme un fichier réinjecté en entrée.

Citation:

---

Envoyé par Flodelarab

J'aimerais en rajouter une 4ème: la substitution de processus.
< <(commande) récupère la sortie de commande et la considère comme un fichier réinjecté en entrée.

---

Comme quoi, y en a des choses à dire là dessus :king:

Salut,

Merci nanooby pour ta réponse.

Citation:

---

Envoyé par nanooby

Code:

---

nc $ip $port <<< (ls -l)

---

---

Je viens de faire un test, ça ne fonctionne pas chez moi. Ça marche chez toi ?

Sinon, je viens de tester

Code:

---

nc $1 $2 < <(ls -l)

---

, ça fonctionne mais pas dans le bon sens :
1 : je lance un serveur sur mon terminal "serveur" (/home/moi/serveur)
2 : j'exécute cette commande dans mon terminal "client"(/home/moi/client)
Résultat : la liste des fichiers du dossier client s'affiche dans le terminal serveur! Or je voudrai l'inverse : afficher la liste des fichiers du dossier serveur dans le terminal client.

Du coup, j'ai essayé aussi de faire un

Code:

---

echo `nc $1 $2 < <(ls -l)`

---

mais le résultat est identique, tout s'affiche dans le terminal serveur, et j'ai une ligne vide dans le terminal client...
une idée ?

J'ai eu le même soucis dans mes vieux TP, je cherche, si je trouve je te post ça de suite

Edit : Pour le <<<, on peut essayer de faire la même chose avec des pipes :

Code:

---

ls -l | nc ...

---

Edit2 : le proxy bloque dropbox, j'ai pas accès à mes cours/TD/TP :massacre:
Si personne ne te réponds d'ici là, je chercherai ce soir

Edit3 : lors de mes TP, on utilisait des sockets. Je ne connais pas netcat, mais pour les sockets, le principe était de lancer la commande sur le serveur, mais d'en rediriger la sortie vers la socket pour faire l'affichage côté client. Essayes de bien regarder la commande netcat, et de chercher un bon tuto

???
côté client :

Code:

---

1 2 3 4 5

portRecept=12345 portEnvoi=1234 nc -l -p $portRecept >/chemin/fichier.log & nc $adrServeur $portEnvoi <<<'ls' cat /chemin/fichier.log

---

côté serveur :

Code:

---

1 2 3

portRecept=1234 portEnvoi=12345 nc -l -p $portRecept | sh | nc $adrClient $portEnvoi

---

:? :koi:

Bonjour bonjour,

@nanooby merci beaucoup pour tes recherches! Effectivement c'est peut-être un moyen, mais j'aimerai bien faire ça avec netcat..si jamais je ne parviens à rien je me tournerai vers les sockets.

@N_Bah: Merci pour ces lignes. Pas sûr d'avoir tout compris, peux tu confirmer ?
1 (client) on enregistre tout ce qui arrive par le port de reception dans fichier.log
2 (client) on envoie une commande, par exemple 'ls'
3 (serveur) on reçoit ce qui arrive (ici 'ls'), on traite, et on redirige vers le port de sortie
4 (client) la sortie de 'ls' arrive dans fichier.log
5 (client) on affiche fichier.log

Du coup j'ai essayé d'implémenter ca avec deux terminaux, mais j'ai une erreur :

Code:

---

nc: Adress already in use

---

Je ne savais pas bien quoi mettre pour $adrClient et $adrServeur , du coup vu que c'est la même machine j'ai mis 'localhost' pour les deux. Je pense que le souci vient là... vrai?

Je dirais plutôt que c'est l'un des ports que tu utilises pour l'adresse localhost qui est déjà utilisé par un autre processus :koi:

Citation:

---

1 (client) on enregistre tout ce qui arrive par le port de reception dans fichier.log
2 (client) on envoie une commande, par exemple 'ls'
3 (serveur) on reçoit ce qui arrive (ici 'ls'), on traite, et on redirige vers le port de sortie
4 (client) la sortie de 'ls' arrive dans fichier.log
5 (client) on affiche fichier.log

---

c'est bien ça.

il faut démarrer le client avant le serveur : il faut qu'il écoute avant que le serveur envoie des données.

@N_BaH :

Citation:

---

-l Used to specify that nc should listen for an incoming connection
rather than initiate a connection to a remote host. It is an
error to use this option in conjunction with the -p, -s, or -z
options. Additionally, any timeouts specified with the -w option
are ignored.


-p source_port
Specifies the source port nc should use, subject to privilege
restrictions and availability. It is an error to use this option
in conjunction with the -l option.

---

Pourquoi utilises tu ces deux options ensemble si le man le déconseille? (Question de pure curiosité)

je n'ai pas cette mise en garde dans la page man sur Debian.

J'ai utilisé le man cygwin (car pas présent sur le serveur où je bosse actuellement) et google : http://www.manpagez.com/man/1/nc/

Le deux disent la même chose. Mais je ne comprend justement pas qu'utiliser ces deux options ensemble soit déconseillé.

Au final teunniq, as tu essayé d'autres ports?

Salut,

Oui j'ai essayé d'autres ports, le souci ne vient pas de là.
N_Bah, je n'ai pas réussi à faire fonctionner ta solution.
Du coup je suis reparti sur ma première piste, avec le pipe.

Je lance mon serveur avec :

Code:

---

nc -l -p $1 0<pipe | ./serveur2 1>pipe

---

Côté client,

Code:

---

1 2 3 4 5 6 7 8 9

nc -w 1 $ip $port << stop   #pour le mode list list stop   #pour le mode download download $archive stop

---

Et mon fichier serveur2 qui interprète les commandes :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25

while read ligne do echo "[DEBUG] ligne = $ligne"   # MODE LISTING if [[ $ligne == "list" ]]; then echo "----------------------------" echo "> Fichiers sur le serveur : " ls echo "----------------------------" echo "> Retour au menu ... "   # MODE DOWNLOAD elif echo $ligne | egrep -q '^download\ [a-zA-Z0-9\.\-]+$'; then fichier=$(echo $ligne | sed -nE 's/^(download)\ ([a-zA-Z0-9\.\-]+)$/\2/p') echo "> Recherche du fichier $fichier" if [ -e $fichier ]; then echo "> Le fichier $fichier a été trouvé" # Comment faire pour transférer mon fichier du côté client ? je bloque... else echo "> Le fichier $fichier est inexistant"   fi fi done

---

Le souci : le mode list marche, mais pour le mode download, une fois que le fichier a été trouvée, je ne trouve pas de moyen pour le transférer du côté client.... je bloque totalement!! Comment je pourrai faire, par exemple à l'aide d'un "cat $fichier > fichier_telecharge.txt", pour rediriger la sortie vers le client et non vers le serveur ?

Bon week-end :)

Bonjour.

J'ai pas tout lu, mais j'ai quelques remarques :aie:

Code:

---

elif echo $ligne | egrep -q '^download\ [a-zA-Z0-9\.\-]+$'; then

---

=> Profiter de la puissance de Bash (quand on peux se le permettre).

Code:

---

elif [[ $ligne =~ '^download\ [a-zA-Z0-9\.\-]+$' ]]; then

---

Ensuite :

Code:

---

while read ligne

---

Mieux vaut utiliser read -r pour éviter d'interpréter les séquences d'échappement.

Enfin pour répondre à votre question, je ne suis pas coutumier de nc mais (à partir du moment ou c'est le seul outil que tu ait le droit d'utiliser) peut être simplement afficher le contenu du fichier pour le capturer de l'autre côté (en utilisant un outil comme hexdump s'il s'agit de véhiculer des fichiers binaires) ? Après ça pose le problème de distinguer les traces et le contenu du fichier à l'arrivée mais pour avoir déjà fait ce genre de choses via des sockets TCP/IPC ou UDP mais avec d'autres technos (Java et C POSIX/Gtk notamment), j'envoyais des paquets avec des entêtes distinctes qui me permettait à l'arrivée de savoir si c'était un message à afficher sur l'IHM ou si c'était un morceau de fichier téléchargé. Tu peux imaginer une telle structure.

Sinon il existe d'autres outils : scp, wget, curl, telnet, ftp, etc

Cordialement,
Idriss