Léa-Linux : Forum
Le forum de Léa abrite des discussions autour des Logiciels libres.
Syndication
Forum complet- Forum - Développement
- Cette discussion
Templeet ·
JeSuisLibre ·
Lolix ·
LinuxFr ·
LinuxFrench ·
LinuxGraphic ·
GCU-Squad ·
Agenda du Libre ·
|
|
|
|
|
Pour poser vos questions sur les scripts shell, le Perl, le C, etc... Attention : nous ne sommes pas des spécialistes du dev, ce forum est juste pour de petites aides ponctuelles concernant le développement et les outils de développement. Important :
quand vous posez une question, n'oubliez pas de nous donner les indications suffisantes pour que nous puissions répondre. En effet, la divination n'est pas le fort du Linuxien averti. Pour une meilleure compréhension, le bon usage de la grammaire et de l'orthographe est fortement encouragé. En particulier, le langage SMS est à éviter absolument. En cas d'abus, il pourra être censuré sans autre forme de procès. Les messages dont le contenu est illégal (incitant à la haine - raciale ou autre, diffamant), ou dont le contenu est sans rapport avec le sujet du forum, ou qui sont parfaitement stupides ou hors sujet seront supprimés sans pitié. Il pourra même être fait appel au fournisseur d'accès du coupable pour faire cesser ses agissements. |
||
» Index du forum » Développement » netcat sécurisé : problème de tranfert
netcat sécurisé : problème de tranfert
Auteur: oudoubah (IP enregistrée)
Date: le 8 juin 2007 à 13:44
Bonjour,
Je cherche à utiliser nc à travers un tunnel ssh.
Netcat fonctionne sur un modèle client-serveur. Comme je ne veux pas avoir un process nc qui tourne sans arrêt sur le serveur, je veux me connecter en ssh sur la machine distante et lancer la commande d'écoute.
Parallèlement au transfert, je veux utiliser md5sum pour être sûr du fichier à l'arrivée.
Les données à transférer arrivent sur STDIN du script, et doivent ressortir dans un fichier sur l'ordinateur cible.
Quand je lance mon script, je n'ai que quelques ko qui sont transférés.
Mon script :
Si je n'utilise pas de sleep, alors je n'ai aucun octet de transféré.
sinon, ça varie (132Ko ou 140Ko).
Si je lance la commande nc -l -p à partir du serveur et que je la supprime du script, le transfert se fait correctement.
Quelqu'un aurait une petite idée?
Merci.
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Je cherche à utiliser nc à travers un tunnel ssh.
Netcat fonctionne sur un modèle client-serveur. Comme je ne veux pas avoir un process nc qui tourne sans arrêt sur le serveur, je veux me connecter en ssh sur la machine distante et lancer la commande d'écoute.
Parallèlement au transfert, je veux utiliser md5sum pour être sûr du fichier à l'arrivée.
Les données à transférer arrivent sur STDIN du script, et doivent ressortir dans un fichier sur l'ordinateur cible.
Quand je lance mon script, je n'ai que quelques ko qui sont transférés.
Mon script :
#!/bin/sh FIFO=/tmp/fifo.$$ mkfifo $FIFO ssh -nN -L 5000:serveur2:5001 serveur2 & SSHTUNNELPID=$! ssh serveur2 "nc -l -p 5001 > /tmp/fichier" & sleep 5 md5sum <$FIFO & tee $FIFO 2>/dev/null | nc -s 127.0.0.1 localhost 5000 kill -TERM $SSHTUNNELPID &>/dev/null ssh serveur2 "md5sum /tmp/fichier" rm $FIFO &>/dev/null
Si je n'utilise pas de sleep, alors je n'ai aucun octet de transféré.
sinon, ça varie (132Ko ou 140Ko).
Si je lance la commande nc -l -p à partir du serveur et que je la supprime du script, le transfert se fait correctement.
Quelqu'un aurait une petite idée?
Merci.
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Re: netcat sécurisé : problème de tranfert
Auteur: Fanch (IP enregistrée)
Date: le 8 juin 2007 à 14:36
1ère idée bidon : vu que tu ne mentionnes pas le user dans tes commandes ssh, ça pourrait pas venir du fait que ton user distant n'a pas les droits que tu crois qu'il a ?
2ème idée bidon : t'as essayé de lancer le serveur avant de créer le tunnel (inverser l'ordre des 2 premières commandes ssh) ?
-------
La meilleure façon de prédire le futur, c'est de l'inventer ~ Alan Kay
2ème idée bidon : t'as essayé de lancer le serveur avant de créer le tunnel (inverser l'ordre des 2 premières commandes ssh) ?
-------
La meilleure façon de prédire le futur, c'est de l'inventer ~ Alan Kay
Re: netcat sécurisé : problème de tranfert
Auteur: oudoubah (IP enregistrée)
Date: le 8 juin 2007 à 14:44
Fanch a écrit :
1ère idée bidon : vu que tu ne mentionnes pas le
user dans tes commandes ssh, ça pourrait pas venir
du fait que ton user distant n'a pas les droits
que tu crois qu'il a ?
user dans tes commandes ssh, ça pourrait pas venir
du fait que ton user distant n'a pas les droits
que tu crois qu'il a ?
J'ai fait l'échange des clés. Le tunnel se crée bien et j'ai un (tout petit) échange entre les 2 machines.
Fanch a écrit :
2ème idée bidon : t'as essayé de lancer le serveur
avant de créer le tunnel (inverser l'ordre des 2
premières commandes ssh) ?
J'ai essayé dans tous les sens
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Re: netcat sécurisé : problème de tranfert
Auteur: Fanch (IP enregistrée)
Date: le 8 juin 2007 à 15:37
et ssh -R au lieu de ssh -L ?
-------
La meilleure façon de prédire le futur, c'est de l'inventer ~ Alan Kay
-------
La meilleure façon de prédire le futur, c'est de l'inventer ~ Alan Kay
Re: netcat sécurisé : problème de tranfert
Auteur: oudoubah (IP enregistrée)
Date: le 8 juin 2007 à 16:39
Fanch a écrit :
et ssh -R au lieu de ssh -L ?
ça ne transfère rien dans ce cas là.
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Re: netcat sécurisé : problème de tranfert
Auteur: Fanch (IP enregistrée)
Date: le 8 juin 2007 à 17:25
crénomdidjiu !!!!
t'as franchement pas de bol !
et avec ssh serveur2 "nohup nc -l -p 5001 > /tmp/fichier" & ???
j'ai le pipe à idées bidon qui est vide
-------
La meilleure façon de prédire le futur, c'est de l'inventer ~ Alan Kay
t'as franchement pas de bol !
et avec ssh serveur2 "nohup nc -l -p 5001 > /tmp/fichier" & ???
j'ai le pipe à idées bidon qui est vide
-------
La meilleure façon de prédire le futur, c'est de l'inventer ~ Alan Kay
Re: netcat sécurisé : problème de tranfert
Auteur: oudoubah (IP enregistrée)
Date: le 11 juin 2007 à 17:30
Netcat a besoin d'un terminal (tty) pour fonctionner.
J'ai essayé d'utiliser screen, mais sans réussite (il est possible que je le fasse mal aussi, je n'ai pas l'habitude de l'utiliser).
Le but est de pouvoir lancer nc dans la crontab, il faut donc trouver un moyen de créer un tty.
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
J'ai essayé d'utiliser screen, mais sans réussite (il est possible que je le fasse mal aussi, je n'ai pas l'habitude de l'utiliser).
Le but est de pouvoir lancer nc dans la crontab, il faut donc trouver un moyen de créer un tty.
Tu as lu les docs. Tu es devenu un informaticien. Que tu le veuilles
ou non. Lire la doc, c'est le Premier et Unique Commandement de
l'informaticien.
-+- TP in: Guide du Linuxien pervers - "L'évangile selon St Thomas"
Site hebergé par Lost Oasis.
Le serveur IRC hebergé est géré par FreeNode.
Le NS secondaire est hebergé et géré par XName.
![[Valid RSS]](/pho/images/valid-rss.png "Validate my RSS feed"){kind=small}
Les informations contenues dans cette page ne sont aucunement garanties.
Ceci dit, la perfection étant notre objectif à long terme, toute critique constructive est la bienvenue. Par constructive, il faut entendre : « contenant la solution du problème posé ». Les autres critiques ont toutes les chances d'être redirigées vers /dev/null
