Mehrere Dateien gleichzeitig in Netcat empfangen, ohne die letzte Datei zu überschreiben

Nein, das gewöhnliche netcat hat keine speziellen Befehle. Es interpretiert seine Eingabe nicht und weiß nicht einmal, dass es sich bei der Eingabe / Ausgabe um eine Datei handelt: Die Umleitung wird von Ihrer Shell übernommen, und netcat kümmert sich nicht um die Suche.

Sie benötigen also ein zusätzliches Programm, das die empfangenen Eingaben interpretiert und die Ausgabedateien selbst öffnet. Am Ende würden Sie praktisch neu erfinden tar. (Oder cpiooder ein Dutzend anderer ähnlicher Formate.)

[client] tar -cf - fileXYZ | nc <ip> <port> [server] nc -lp <port> | tar -xvf - 

Es gibt Windows-Builds von GNU tar, und Win10 wurde kürzlich gestartet, einschließlich bsdtar . Wenn keines verfügbar ist, müssen Sie ein eigenes Protokoll erstellen. Senden Sie den Dateinamen als erste Zeile und anschließend die Daten. Sie müssen einen benutzerdefinierten Code für den Sender und den Empfänger schreiben .

Das Gruppieren mehrerer Befehle in Klammern als einzelne Pipeline-Einheit hilft dabei:

[client] (echo fileXYZ && type fileXYZ) | nc <ip> <port> [server] nc -lp <port> | (read name; name=$; name=$; cat > "$name") 

Stattdessen würde ich Samba auf der Linux-Maschine einrichten und eine öffentliche Freigabe konfigurieren, sodass Clients dies einfach tun könnten copy fileXYZ \\<ip>\incoming\fileXYZ.

Diese andere Antwort beschreibt den Punkt Ihres benutzerdefinierten Protokolls / Setups. Ich werde es nicht wiederholen. Ich gehe davon aus, dass Ihre eigene Lösung das ist, was Sie wollen.

nc -kist nicht das beste Werkzeug, um "mehrere Dateien aus mehreren Quellen" zu erhalten, da es erst nach Beendigung der aktuellen Verbindung auf eine andere Verbindung wartet. Dies bedeutet, dass mehrere Dateien empfangen werden, jedoch nicht parallel. Ihre "mehreren Quellen" blockieren sich gegenseitig.

socatmit reuseaddrund forkkann besser sein.

Als Beweis für das Konzept erstellen wir (auf schnelle und schmutzige Weise) unser benutzerdefiniertes Protokoll. Eine Datei wird als Stream übertragen, der besteht aus:

1. Dateiname oder Pfad auf der Empfängerseite (ohne Zeilenumbrüche);
2. einzelne Newline ( \n, LF, 0x0a) als Trennzeichen;
3. Binärdaten;
4. EOF.

Dies ist der Empfangsbefehl:

socat TCP-LISTEN:50011,reuseaddr,fork SYSTEM:'read -r f && cat >"$f"' 

(Bearbeiten) Hierbei handelt es sich um einen universellen Empfangsbefehl, der das Nachlaufen \r(falls vorhanden) vom Dateinamen entfernt (nützlich für die Arbeit mit Windows-Clients, die nicht vollständig protokollkonform sind):

socat TCP-LISTEN:50011,reuseaddr,fork SYSTEM:'read -r f && f="$" && cat >"$f"' 

(Bearbeiten endet hier).

So senden Sie eine Datei:

(echo "The new name.foo" && cat "./the file to send.bar") > /dev/tcp/192.168.22.33/50011 

Anmerkungen:

• 50011 ist eine TCP-Portnummer, Sie können Ihre eigene wählen;
• 192.168.22.33 ist die Adresse des Servers. Ändern Sie sie entsprechend Ihrer Konfiguration.
• Ich habe eine /dev/tcp/…/…Syntax verwendet, die in Bash funktioniert, Pipe to, ncwenn Sie wollen / müssen;
• Dateinamenskollisionen sind immer noch das Problem. Sie benötigen eine geskriptete Logik (anstelle von Plain cat), um sie zu lösen.
• SYSTEMhat seine Einschränkungen (siehe man socat); Schreiben Sie das Skript nicht in eine Datei und führen Sie die Datei aus. Sie können auch untersuchen EXEC;
• Unser Protokoll (schnell und schmutzig) bietet dem Server keine Möglichkeit, Fehler (falls vorhanden) oder Erfolg an einen Client zu melden.

Ich habe dies mit dem Debian-Empfänger und dem Ubuntu-Sender getestet. In einem Moment haben drei verschiedene Verbindungen drei verschiedene Dateien von zwei verschiedenen IP-Adressen übertragen. Nachdem alle Übertragungen abgeschlossen waren, md5sumwurde überprüft, ob die Kopien ( höchstwahrscheinlich ) mit den Originalen identisch waren. Sie sind.