Рейтинг:1

Альтернатива передаче файлов через командную строку (без использования SSH)

флаг jp

Из-за моей работы мне нужно подключиться к удаленному серверу с SSH, на котором я подключен по vpn и передавать большие файлы в обоих направлениях. Это всегда было легко, пока я не отправился на другой континент, где я сейчас нахожусь, где у меня очень высокий пинг и очень низкая скорость передачи. Я подумал, что было бы намного быстрее просто загрузить мои файлы в Интернет и загрузить их на сервер (и наоборот), чтобы избежать медленного соединения ssh. Было бы здорово сделать это через командную строку. Я знаю, как загружать файлы через командную строку, но не знаю, как загружать. Может кто знает хорошую альтернативу?

флаг in
Когда вы говорите, что копируете файлы через SSH, вы используете `scp`?
флаг jp
@matigo, на самом деле я использовал sshfs, но теперь это стало невозможно.
флаг jp
Ах да, но я тоже пробовал scp. У меня все еще та же проблема. Когда я был в том же городе, что и удаленный сервер, оба варианта scp и sshfs были хороши, но сейчас они слишком медленные.
флаг in
Итак, вы ищете не инструмент, а скорость.Если это так, вашим узким местом будет самое медленное соединение между вами и целью, что не будет исправлено программным обеспечением.
флаг jp
Да, это так. Разница настолько велика, что быстрее загрузить файл куда-то еще (например, на Google диск), а затем загрузить его снова. Дело в том, что я не знаю, как загрузить файл через командную строку. Поэтому мне интересно, есть ли способ сделать это
флаг in
Сколько людей используют удаленный сервер? Если ответ «один», то, возможно, механизм Google Drive Sync или Dropbox Sync будет работать лучше…
флаг jp
Ах, это используется всей компанией.. Мне не разрешено устанавливать прямо на сервер. Но я мог бы попробовать запустить док-контейнер и, может быть, запустить синхронизацию с диском Google? я понятия не имею, возможно ли это
user535733 avatar
флаг cn
Я не вижу, как «обмен файлами с помощью командной строки» улучшит скорость загрузки/выгрузки. Следует четко указать это в вопросе выше, чтобы люди не подумали, что это [вопрос XY] (https://en.wikipedia.org/wiki/XY_problem)
Nate T avatar
флаг it
Просто мысль, одна вещь, которая может помочь (и достаточно легко заранее проверить, нужен ли он или нет, и будет ли он вообще иметь значение, с помощью приложения для смартфона) — это широкополосный канал. По моему опыту, многие пользователи либо не знают об этой опции, либо предпочитают не заморачиваться с этим. Есть 16 каналов, которые составляют ваш широкополосный доступ, и только 2-3 регулярно используются в конфигурациях по умолчанию от большинства интернет-провайдеров. Обычно каналы 1 и 2, а также один из средних.. не помню номер.
Nate T avatar
флаг it
В любом случае, вы можете получить программное обеспечение для проверки доступности всех каналов в вашем регионе. Я использую приложение для смартфона, но я уверен, что есть и ряд отличных подходящих решений. Тем не менее, это один из случаев, когда просмотр графика результатов в графическом интерфейсе делает процесс намного быстрее / проще. Если у вас много пользователей, как вы говорите, и все они на одном интерфейсе/одном канале, возможно, стоит подумать о перенастройке.
флаг cn
вы сжимаете файлы?
Рейтинг:-1
флаг it

Есть FTP, который не использует ssh. Тем не менее, относительно небезопасно. Безопасной версией FTP является SFTP, который использует... да, SSH через FTP (вероятно, тот самый протокол, который спровоцировал этот вопрос).

Существует также telnet, держу пари, это просто плохая идея. С помощью telnet вы буквально ставите себя на место.

Все они используют TCP, который включает аутентификацию с трехсторонним рукопожатием. Использование UDP пропускает это и, как правило, быстрее, но для небольших файлов.

Как сказал Матиго, физического расстояния не существует. Есть улучшения, которые вы могли бы сделать, но они, скорее всего, окажутся не более чем пластырями на огнестрельном ранении.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.