Мой друг просто сказал мне о rsync, и я пытался использовать его в командной строке. Я смог скопировать файл от одного места до другого на моем собственном компьютере, но когда я попробовал к 'rsync' файл к другому компьютеру на том же Wi-Fi, это не позволит мне.
Это сказало что-то как, "что компьютер отклонил Вас. проблемы ssh" я не могу помнить точно. Но ssh является все еще трудным понятием для меня. Я не знал бы, куда поместить ключи или как видеть, существует ли проблема с ними. Я едва ничего не знаю о Wi-Fi или объединяющийся в сеть в целом.
Что я действительно знаю о сетях: я должен был использовать PuTTY, когда я раньше имел Windows. И я соединился с экземпляром AWS RDB от MySQL Workbench. Я должен был узнать о IP-адресах и портах. У меня есть основное понимание HTTP и URL. Я использовал ssh keygen несколько раз.
Но я не знаю, где запустить когда дело доходит до сетей в целом. Что я должен знать / какие инструменты я должен быть знаком с тем, прежде чем я буду использовать rsync?
*ОТРЕДАКТИРУЙТЕ причину, которую я спрашиваю: Я мог искать ошибку, и прочитать документацию относительно rsync и вероятно заставить его работать. Но если я пойду об этом тем путем, то я, вероятно, столкнусь с проблемами каждый раз, когда я пытаюсь использовать rsync. Затем я мог изучить проблему проблемой как, я имею с другими инструментами. Но я думаю, что могу избежать, чтобы стиль изучения и надо надеяться сэкономил некоторое время, если я просто изучаю правильные вещи о сетях, прежде чем я попытаюсь использовать его.
Необходимо знать:
к удаленным системам доступа 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 может быть настроен с несметным числом настроек, влияющих на операции