Получение нескольких файлов одновременно в Netcat без перезаписи последнего файла

Нет, обычный netcat не имеет таких специальных команд. Он не интерпретирует свой ввод, и на самом деле он даже не знает, что его ввод / вывод является файлом: перенаправление выполняется вашей оболочкой, и netcat не беспокоится о поиске.

Таким образом, требуется дополнительная программа, которая делает интерпретации принятые входным и открывает выходные файлы самостоятельно. В конце концов, вы бы практически заново изобрели tar. (Или cpioдюжина других похожих форматов.)

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

Существуют сборки GNU tar для Windows, и недавно начал работать Win10, включая bsdtar . Если ни один из них недоступен, вам придется создать собственный протокол - например, отправить имя файла в первой строке, а затем данные; вам нужно написать собственный код для отправителя и получателя.

Группировка нескольких команд в круглых скобках как единый конвейерный модуль поможет:

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

Но вместо этого я бы настроил Samba на Linux-машине и настроил публичный общий ресурс, чтобы клиенты могли просто copy fileXYZ \\<ip>\incoming\fileXYZ.

Этот другой ответ обсуждает смысл вашего собственного протокола / установки. Я не буду повторять это. Я предполагаю, что ваше собственное решение - то, что вы хотите.

nc -kне лучший инструмент для получения «нескольких файлов из нескольких источников», потому что он будет прослушивать другое соединение только после завершения текущего. Это означает, что он будет получать несколько файлов, но один за другим, а не параллельно. Ваши «несколько источников» будут блокировать друг друга.

socatс reuseaddrи forkможет быть лучше.

В качестве доказательства концепции давайте создадим ( быстрым и грязным способом) наш собственный протокол. Файл будет передан в виде потока, который состоит из:

1. имя файла или путь для использования на принимающей стороне (без перевода строки);
2. одиночная \nновая строка (, LF, 0x0a) в качестве разделителя;
3. двоичные данные;
4. EOF.

Это принимающая команда:

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

(Изменить) Это универсальная команда приема, которая удаляет конечный \r(если он есть) из имени файла (полезно для работы с клиентами Windows, не полностью совместимыми с протоколом):

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

(Редактирование заканчивается здесь).

Чтобы отправить файл:

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

Заметки:

• 50011 номер порта TCP, вы можете выбрать свой;
• 192.168.22.33 это адрес сервера, измените его в соответствии с вашими настройками;
• Я использовал /dev/tcp/…/…синтаксис, который работает в Bash, по каналу, ncесли вы хотите / нужно;
• коллизии имен файлов по-прежнему остаются проблемой, для их решения вам нужна некоторая логика сценария (а не простая cat);
• SYSTEMимеет свои ограничения (см. man socat); вместо того, чтобы передавать ему большое тело скрипта, запишите скрипт в файл и запустите файл; Вы также можете расследовать EXEC;
• наш протокол (быстрый и грязный) не предоставляет серверу никакого способа сообщать об ошибках (если таковые имеются) или об успехе клиенту.

Я проверял это с получателем Debian и отправителем Ubuntu. В один момент три разных соединения передавали три разных файла с двух разных IP-адресов. После завершения всех передач md5sumиспользовался для проверки того, были ли копии ( скорее всего ) такими же, как и оригиналы; они были.