Warum wird die Datei nicht zu und von einer Named-Pipe-Funktion umgeleitet, die Piping-Funktion jedoch an Cat?

Dies ist ein einfacher Echoserver unter Unix, der nc verwendet:

mkfifo fifo
cat fifo | nc -k -l 4458 -v | cat >fifo

(basierend darauf )

Wie ich sehen kann, funktioniert der Datenfluss wie folgt:

fifo (my named pipe)
 |
 | (using cat)
 |
 v
nc
 |
 | (using cat)
 |
 v
fifo 

Und hier ist die Frage: Warum funktioniert das nicht?

nc -k -l 4458 -v >fifo <fifo

Sie werden feststellen , dass , wenn Sie versuchen , telnetzu localhostauf 4458Sie ein „Connection refused“ Fehler erhalten.

Dies liegt daran, dass der Befehl netcat noch nicht einmal gestartet wurde! Die Shell wird blockiert, wenn versucht wird, das FIFO für die Eingabe zu öffnen. Versuchen

strace cat >fifo <fifo

und du wirst nichts sehen. Verwenden Sie stattdessen beispielsweise

nc -k -l 4458 -v <>fifo >&0

Dadurch wird das Fifo zum Lesen und Schreiben als stdin geöffnet und anschließend auf stdout kopiert.

Das Verfolgen des vollständigen Bash-Befehls zeigt, dass weder das Öffnen zum Lesen noch zum Schreiben zurückgegeben wird (bis das entgegengesetzte Öffnen ausgeführt wird):

$ strace -f -e open bash -c 'nc -k -l 4458 -v  >fifo <fifo'
...
Process 3631 attached
[pid  3631] open("fifo", O_WRONLY|O_CREAT|O_TRUNC, 0666

$ strace -f -e open bash -c 'nc -k -l 4458 -v  <fifo >fifo'
...
Process 3684 attached
[pid  3684] open("fifo", O_RDONLY

man 3 mkfifo: Das Öffnen eines FIFO zum Lesen blockiert normalerweise, bis ein anderer Prozess das gleiche FIFO zum Schreiben öffnet, und umgekehrt.