Каков самый простой способ отправить файл?

Ваши требования №5 (без стороннего / облачного хранилища) и №6 (без раскрытия IP / имени хоста) находятся во взаимном конфликте: чтобы передать файл на удаленный компьютер, вы либо делаете прямое соединение, либо не надеетесь, т. Если вы это сделаете, удаленный конец будет иметь ваш IP-адрес (только из-за того, как работает TCP / IP); если вы этого не сделаете, то по предположению вы передаете третьим сторонам, чтобы сделать передачу, и они должны хранить ваши данные.

Тем не менее, есть несколько приближений к вашему запросу. [!d1 ]

F * EX: использование веб-сторонней передачи

Сервер F * EX был создан именно для этой цели. Из описания пакета fex:

Насколько я понимаю, F * EX не выполняет шифрование изначально, но вы можете просто зашифровать файл, который хотите отправить с помощью GPG.

F * EX сервер полностью открыт, поэтому вы просто устанавливаете и запускаете его на сервере, которому вы доверяете.

F * EX подробно объясняет, как FEX сравнивается с другим файлом передачи и протоколов.

sendfile: асинхронная передача файлов по компьютерам UNIX

Команда sendfile существует около 10 лет: вы устанавливаете ее и сопровождающий демон на обоих отправитель и принимающая сторона, а затем передача выполняется так же легко, как и набрав:

sendfile a.file user@otherhost

Кроме того, sendfile может автоматически шифровать файл с помощью GPG (ищите -pe и -ps.

Так как это делает прямое соединение:

sendfile был написан теми же авторами F * EX (см. выше), и они объясняют причины, по которым они выбрали переключитесь на стороннюю службу на основе HTTP в описании пакета fex

do-it-yourself: используйте nc

Это относительно

На стороне приема вы запускаете:

nc -l 9999 > myfile

После этого на стороне входа вы запускаете:

nc otherhost 9999 < myfile

Как обычно, перед отправкой вы должны зашифровать файл с помощью GPG (или вы можете сделать это «на лету» с помощью канала, если вы можете быть совместимы с оболочкой). Вы можете заменить 9999 на любой другой допустимый номер порта (например, сделать несколько передач одновременно).

Недостатки:

Ваши требования №5 (без стороннего / облачного хранилища) и №6 (без раскрытия IP / имени хоста) находятся во взаимном конфликте: чтобы передать файл на удаленный компьютер, вы либо делаете прямое соединение, либо не надеетесь, т. Если вы это сделаете, удаленный конец будет иметь ваш IP-адрес (только из-за того, как работает TCP / IP); если вы этого не сделаете, то по предположению вы передаете третьим сторонам, чтобы сделать передачу, и они должны хранить ваши данные.

Тем не менее, есть несколько приближений к вашему запросу.

F * EX: использование веб-сторонней передачи

Сервер F * EX был создан именно для этой цели. Из описания пакета fex :

F * EX (Fast File EXchange от Frams) - это служба, которая может использоваться, чтобы разрешать пользователям в любой точке Интернета обменять очень большие файлы быстро и удобно.

Отправитель загружает файл на F * EX-сервер, и получатель автоматически получает уведомление по электронной почте с URL-адресом загрузки.

Основные функции F * EX:

• передача файла практически неограниченного размера файла
• отправителю и получателю нужна только программа электронной почты и веб-браузер (любого типа, не нужно устанавливать какое-либо программное обеспечение) [...]
• не требует обслуживания: никакое администрирование не требуется для создания новых учетных записей F * EX
• multiple получателям требуется только одна сохраненная копия
• F * EX использует HTTP и не нуждается в туннелях брандмауэра
• для клиентов командной строки: fexsend и fexget. ( пакет fex-utils )

Насколько я понимаю, F * EX не делает шифрование изначально, но вы можете просто зашифровать файл вы хотите отправить с GPG.

Сервер F * EX полностью открыт, поэтому вы просто устанавливаете и запускаете его на сервере, которому вы доверяете.

FEX homepage подробно объясняет, как FEX сравнивается с другими службами передачи файлов и протоколами.

sendfile: асинхронная передача файлов по компьютерам UNIX

Файл sendfile существует около 10 лет: вы устанавливаете его и сопровождающий демон на отправляющем и принимающем конце, а затем перенос выполняется так же легко, как и набрав:

sendfile a.file user@otherhost

Кроме того, , sendfile может автоматически шифровать файл с помощью GPG (смотрите опции -pe и -ps).

Так как это делает прямое соединение:

• принимающий компьютер должен быть запущен и запущен в какой-то момент,
• он должен будет иметь возможность принимать соединение s на порту sendfile, что означает, что он должен быть доступен через общедоступный IP
• , он может регистрировать IP-адрес отправителей

sendfile был написан теми же авторами F * EX (см. выше), и они объясняют причины, по которым они решили переключиться на стороннюю службу на основе HTTP на странице sendfile

do-it-yourself: use nc

Относительно легко выполнить передачу файлов, используя только netcat .

На стороне , получающей , вы запускаете:

nc -l 9999 > myfile

После этого на стороне отправки вы запускаете:

nc otherhost 9999 < myfile

Как обычно, перед отправкой вы должны зашифровать файл с помощью GPG (или вы можете сделать это «на лету» с помощью канала, если вы можете скомпоновать его с оболочкой). Вы можете заменить 9999 на любой другой допустимый номер порта (например, сделать несколько передач одновременно).

Недостатки:

• координация: вы должны выдать две команды на двух концах в правильном порядке, поэтому как отправитель, так и получатель должны быть одновременно в сети, и они должны координировать, например, чат или телефонную линию.
• он будет иметь чтобы иметь возможность принимать соединения на порте 9999, что означает, что он должен быть доступен через общедоступный IP
• , принимающая сторона может зарегистрировать ваш IP-адрес

Ваши требования №5 (без стороннего / облачного хранилища) и №6 (без раскрытия IP / имени хоста) находятся во взаимном конфликте: чтобы передать файл на удаленный компьютер, вы либо делаете прямое соединение, либо не надеетесь, т. Если вы это сделаете, удаленный конец будет иметь ваш IP-адрес (только из-за того, как работает TCP / IP); если вы этого не сделаете, то по предположению вы передаете третьим сторонам, чтобы сделать передачу, и они должны хранить ваши данные.

Тем не менее, есть несколько приближений к вашему запросу.

F * EX: использование веб-сторонней передачи

Сервер F * EX был создан именно для этой цели. Из описания пакета fex :

F * EX (Fast File EXchange от Frams) - это служба, которая может использоваться, чтобы разрешать пользователям в любой точке Интернета обменять очень большие файлы быстро и удобно.

Отправитель загружает файл на F * EX-сервер, и получатель автоматически получает уведомление по электронной почте с URL-адресом загрузки.

Основные функции F * EX:

• передача файла практически неограниченного размера файла
• отправителю и получателю нужна только программа электронной почты и веб-браузер (любого типа, не нужно устанавливать какое-либо программное обеспечение) [...]
• не требует обслуживания: никакое администрирование не требуется для создания новых учетных записей F * EX
• multiple получателям требуется только одна сохраненная копия
• F * EX использует HTTP и не нуждается в туннелях брандмауэра
• для клиентов командной строки: fexsend и fexget. ( пакет fex-utils )

Насколько я понимаю, F * EX не делает шифрование изначально, но вы можете просто зашифровать файл вы хотите отправить с GPG.

Сервер F * EX полностью открыт, поэтому вы просто устанавливаете и запускаете его на сервере, которому вы доверяете.

FEX homepage подробно объясняет, как FEX сравнивается с другими службами передачи файлов и протоколами.

sendfile: асинхронная передача файлов по компьютерам UNIX

Файл sendfile существует около 10 лет: вы устанавливаете его и сопровождающий демон на отправляющем и принимающем конце, а затем перенос выполняется так же легко, как и набрав:

sendfile a.file user@otherhost

Кроме того, , sendfile может автоматически шифровать файл с помощью GPG (смотрите опции -pe и -ps).

Так как это делает прямое соединение:

• принимающий компьютер должен быть запущен и запущен в какой-то момент,
• он должен будет иметь возможность принимать соединение s на порту sendfile, что означает, что он должен быть доступен через общедоступный IP
• , он может регистрировать IP-адрес отправителей

sendfile был написан теми же авторами F * EX (см. выше), и они объясняют причины, по которым они решили переключиться на стороннюю службу на основе HTTP на странице sendfile

do-it-yourself: use nc

Относительно легко выполнить передачу файлов, используя только netcat .

На стороне , получающей , вы запускаете:

nc -l 9999 > myfile

После этого на стороне отправки вы запускаете:

nc otherhost 9999 < myfile

Как обычно, перед отправкой вы должны зашифровать файл с помощью GPG (или вы можете сделать это «на лету» с помощью канала, если вы можете скомпоновать его с оболочкой). Вы можете заменить 9999 на любой другой допустимый номер порта (например, сделать несколько передач одновременно).

Недостатки:

• координация: вы должны выдать две команды на двух концах в правильном порядке, поэтому как отправитель, так и получатель должны быть одновременно в сети, и они должны координировать, например, чат или телефонную линию.
• он будет иметь чтобы иметь возможность принимать соединения на порте 9999, что означает, что он должен быть доступен через общедоступный IP
• , принимающая сторона может зарегистрировать ваш IP-адрес

Ваши требования №5 (без стороннего / облачного хранилища) и №6 (без раскрытия IP / имени хоста) находятся во взаимном конфликте: чтобы передать файл на удаленный компьютер, вы либо делаете прямое соединение, либо не надеетесь, т. Если вы это сделаете, удаленный конец будет иметь ваш IP-адрес (только из-за того, как работает TCP / IP); если вы этого не сделаете, то по предположению вы передаете третьим сторонам, чтобы сделать передачу, и они должны хранить ваши данные.

Тем не менее, есть несколько приближений к вашему запросу.

F * EX: использование веб-сторонней передачи

Сервер F * EX был создан именно для этой цели. Из описания пакета fex :

F * EX (Fast File EXchange от Frams) - это служба, которая может использоваться, чтобы разрешать пользователям в любой точке Интернета обменять очень большие файлы быстро и удобно.

Отправитель загружает файл на F * EX-сервер, и получатель автоматически получает уведомление по электронной почте с URL-адресом загрузки.

Основные функции F * EX:

• передача файла практически неограниченного размера файла
• отправителю и получателю нужна только программа электронной почты и веб-браузер (любого типа, не нужно устанавливать какое-либо программное обеспечение) [...]
• не требует обслуживания: никакое администрирование не требуется для создания новых учетных записей F * EX
• multiple получателям требуется только одна сохраненная копия
• F * EX использует HTTP и не нуждается в туннелях брандмауэра
• для клиентов командной строки: fexsend и fexget. ( пакет fex-utils )

Насколько я понимаю, F * EX не делает шифрование изначально, но вы можете просто зашифровать файл вы хотите отправить с GPG.

Сервер F * EX полностью открыт, поэтому вы просто устанавливаете и запускаете его на сервере, которому вы доверяете.

FEX homepage подробно объясняет, как FEX сравнивается с другими службами передачи файлов и протоколами.

sendfile: асинхронная передача файлов по компьютерам UNIX

Файл sendfile существует около 10 лет: вы устанавливаете его и сопровождающий демон на отправляющем и принимающем конце, а затем перенос выполняется так же легко, как и набрав:

sendfile a.file user@otherhost

Кроме того, , sendfile может автоматически шифровать файл с помощью GPG (смотрите опции -pe и -ps).

Так как это делает прямое соединение:

• принимающий компьютер должен быть запущен и запущен в какой-то момент,
• он должен будет иметь возможность принимать соединение s на порту sendfile, что означает, что он должен быть доступен через общедоступный IP
• , он может регистрировать IP-адрес отправителей

sendfile был написан теми же авторами F * EX (см. выше), и они объясняют причины, по которым они решили переключиться на стороннюю службу на основе HTTP на странице sendfile

do-it-yourself: use nc

Относительно легко выполнить передачу файлов, используя только netcat .

На стороне , получающей , вы запускаете:

nc -l 9999 > myfile

После этого на стороне отправки вы запускаете:

nc otherhost 9999 < myfile

Как обычно, перед отправкой вы должны зашифровать файл с помощью GPG (или вы можете сделать это «на лету» с помощью канала, если вы можете скомпоновать его с оболочкой). Вы можете заменить 9999 на любой другой допустимый номер порта (например, сделать несколько передач одновременно).

Недостатки:

• координация: вы должны выдать две команды на двух концах в правильном порядке, поэтому как отправитель, так и получатель должны быть одновременно в сети, и они должны координировать, например, чат или телефонную линию.
• он будет иметь чтобы иметь возможность принимать соединения на порте 9999, что означает, что он должен быть доступен через общедоступный IP
• , принимающая сторона может зарегистрировать ваш IP-адрес