2010-11-06 9 views

Répondre

64

L'un des meilleurs exemples d'une utilisation pratique d'un tube nommé ...

De http://en.wikipedia.org/wiki/Netcat

Un autre comportement utile est d'utiliser netcat comme proxy. Les ports et les hôtes peuvent être redirigés. Regardez cet exemple:

nc -l 12345 | nc www.google.com 80 

Port la demande représente 12 345 Cela démarre un serveur nc sur le port et tous les 12 345 connexions redirigés vers google.com:80. Si un navigateur Web fait une demande à nc, la demande sera envoyée à google mais la réponse ne sera pas envoyée au navigateur Web. C'est parce que les tuyaux sont unidirectionnels. Cela peut être travaillé avec un tuyau nommé pour rediriger l'entrée et la sortie.

mkfifo backpipe 
nc -l 12345 0<backpipe | nc www.google.com 80 1>backpipe 
+31

Un proxy implémenté avec un shell one-liner. Personne ne m'a dit que Unix pouvait faire ça *. –

+3

Eh bien ... Je suppose que c'est en fait un deux-ligne ... – hft

+3

@hft Que diriez-vous de 'backpipe mkfifo; nc -l 12345 0 backpipe'? – Levi

18

Voici les commandes:

$ mkfifo named_pipe 

$ echo "Hi" > named_pipe & 

$ cat named_pipe 

La première commande crée le tuyau.

La deuxième commande écrit dans le tube (blocage). Le & met cela en arrière-plan afin que vous puissiez continuer à taper des commandes dans le même shell. Il sortira lorsque le FIFO sera vidé par la commande suivante.

La dernière commande est lue dans le tube.

+7

Je voudrais changer le # à $ donc tout n'est pas commenté (et ne pas courir en tant que root!) – alternative

+1

C'est juste pour montrer que c'est une invite de shell! – Khaled

+3

Il est habituel que "#" se réfère à une invite de la racine (c'est-à-dire, une invite dans un shell racine). Il n'y a rien ici qui aurait besoin d'être exécuté dans un shell racine. – thomasrutter

21

Ouvrez deux coques différentes et laissez-les côte à côte. Dans les deux cas, allez dans le répertoire/tmp/

cd /tmp/ 

Dans la première un type:

mkfifo myPipe 
echo "IPC_example_between_two_shells">myPipe 

Dans le second, tapez:

while read line; do echo "What has been passed through the pipe is ${line}"; done<myPipe 

shell premier ne donnera pas vous invite à revenir jusqu'à ce que vous exécutiez la deuxième partie du code dans le second shell. C'est parce que le fifo lire et écrire bloque.

Vous pouvez également jeter un oeil au type FIFO en faisant ls -al myPipe et voir les détails de ce type spécifique de fichier.

La prochaine étape serait d'embarquer le code dans un script! - J'espère que cela aide.

+0

Est-il possible de faire des écritures non bloquantes sur le fifo? – dabicho

Questions connexes