Что я должен знать о сетях, прежде чем я буду использовать rsync?

Мой друг просто сказал мне о rsync, и я пытался использовать его в командной строке. Я смог скопировать файл от одного места до другого на моем собственном компьютере, но когда я попробовал к 'rsync' файл к другому компьютеру на том же Wi-Fi, это не позволит мне.

Это сказало что-то как, "что компьютер отклонил Вас. проблемы ssh" я не могу помнить точно. Но ssh является все еще трудным понятием для меня. Я не знал бы, куда поместить ключи или как видеть, существует ли проблема с ними. Я едва ничего не знаю о Wi-Fi или объединяющийся в сеть в целом.

Что я действительно знаю о сетях: я должен был использовать PuTTY, когда я раньше имел Windows. И я соединился с экземпляром AWS RDB от MySQL Workbench. Я должен был узнать о IP-адресах и портах. У меня есть основное понимание HTTP и URL. Я использовал ssh keygen несколько раз.

Но я не знаю, где запустить когда дело доходит до сетей в целом. Что я должен знать / какие инструменты я должен быть знаком с тем, прежде чем я буду использовать rsync?

*ОТРЕДАКТИРУЙТЕ причину, которую я спрашиваю: Я мог искать ошибку, и прочитать документацию относительно rsync и вероятно заставить его работать. Но если я пойду об этом тем путем, то я, вероятно, столкнусь с проблемами каждый раз, когда я пытаюсь использовать rsync. Затем я мог изучить проблему проблемой как, я имею с другими инструментами. Но я думаю, что могу избежать, чтобы стиль изучения и надо надеяться сэкономил некоторое время, если я просто изучаю правильные вещи о сетях, прежде чем я попытаюсь использовать его.

0
задан 28 July 2016 в 05:03

1 ответ

Необходимо знать:

  • к удаленным системам доступа rsync использование протокол SSH по умолчанию

  • Реализации протокола SSH (по умолчанию) проверяют определение обоих: сервер и клиент

    • для проверки сервера клиент использует Доверие На Первой модели доверия Использования, и по умолчанию это помнит серверы, с которыми это соединилось в -/.ssh/known_hosts файл

    • если Вы замените сервер другим (в том же имени или IP-адресе), то клиент будет жаловаться и требовать, чтобы Вы вручную удалили запись из -/.ssh/known_hosts файл

  • клиент может аутентифицироваться с помощью основанной на пароле или основанной на ключе аутентификации

    • основанную на пароле аутентификацию считают менее безопасной (хотя это не по сути небезопасно),

    • для основанной на ключе аутентификации Вы используете два ключа: общедоступный и частный (Вы генерируете их с ssh-keygen управляйте обычно на клиенте),

    • Вы добавляете открытый ключ (содержание -/.ssh/id_rsa.pub fileon клиент) к -/.ssh/authorized_keys файл в корневом каталоге учетной записи на сервере (снова по умолчанию) или можно использовать ssh-copy-id команда, чтобы сделать это для Вас

    • Вы обычно храните закрытый ключ в -/.ssh/id_rsa на клиенте

    • необходимо рассмотреть защиту закрытого ключа с паролем (можно далее настроить связку ключей GPG для запоминания пароля за Вас в течение требуемого времени),

  • сервер конфигурация демона SSH хранится в /etc/ssh/sshd_config

  • Клиентская конфигурация SSH может быть сохранена в ~/.ssh/config

  • большинство проблем с SSH связано с аутентификацией, если Вы встречаетесь с кем-либо, необходимо попытаться соединиться с удаленной машиной с ssh управляйте и добавьте -vvv опция отобразить подробные сообщения, попробуйте к неустановленному причину и включайте результаты в вопросы на StackExchange или AskUbuntu, если Вы не можете определить проблему сами

  • все выше описывают значения по умолчанию или типичный сценарий, rsync мог бы настраиваться для использования другого транспортного протокола или использоваться непосредственно по TCP с rsync:// адреса; SSH может быть настроен с несметным числом настроек, влияющих на операции

0
ответ дан 28 September 2019 в 18:50

Другие вопросы по тегам:

Похожие вопросы: