разрешенное разрешение (открытый ключ) при перетаскивании другого компьютера

Question

У меня есть частный репозиторий в битбакете. Я хочу работать с двух ПК. Первый будет моим домашним компьютером, а другой будет моим рабочим компьютером.

1. Для работы ПК, я хочу, чтобы запрашивать пароль

2. Для дома ПК, я не хочу, чтобы запрашивать пароль

В моем домашнем компьютере, я haved добавил ключи SSH, и я могу нажать, потянуть и т. д. без каких-либо проблем.

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

я действительно ожидал, что он будет просить меня пароль. Каков правильный способ сделать это?

Answer 1

[РЕДАКТИРОВАНИЕ: добавление другого решения после того, как понимание вопроса более]

Есть несколько возможных решений

SSH Частных ключей с ключевой фразой

вы хотите подписанный секретный ключ. Вероятно, я добавлю отдельный ключ к вашей учетной записи bitbucket и использую подписанный ключ с вашего рабочего компьютера. Когда вы создаете ключ, он должен запросить пропущенную фразу, и я понимаю, что ключевая фраза защищает закрытый ключ от действительного без него. Там есть множество путеводителей, но это кажется разумным.

https://wiki.archlinux.org/index.php/SSH_Keys#Choosing_the_key_location_and_passphrase

использовать другой протокол для извлечения

мерзавца, но по умолчанию использует протокол GIT. если вы откроете свою конфигурацию git, вы заметите, что конечная точка начинается с git://. Git использует собственный протокол для передачи объектов git, но использует SSH для аутентификации пользователя, поэтому необходимо использовать открытые/закрытые ключи и SSH для использования git. Поскольку SSH по умолчанию не установлен в некоторых операционных системах, а именно Windows, git хостинг-провайдеры добавили HTTPS в качестве другого протокола для аутентификации. Как правило, вы должны изменить конечную точку, чтобы использовать https: в своей конфигурации git, и затем вы будете обмениваться данными по этому протоколу и использовать стандартные учетные данные имени пользователя и пароля для аутентификации.

для BitBucket: https://confluence.atlassian.com/display/BITBUCKET/Use+the+SSH+protocol+with+Bitbucket

для GitHub: https://help.github.com/articles/which-remote-url-should-i-use

, как я хотел бы сделать это

Хотя сделано большинство людей, это считается плохой практикой иметь ключ RSA без пароля. Это оставляет вам закрытый ключ в обычном состоянии на вашем жестком диске, поэтому вы должны предположить, что любой, у кого есть доступ к вашему компьютеру, может принять вашу личность. Добавление кодовой фразы шифрует ключ на жестком диске. С помощью ключевой фразы секретный ключ довольно безопасен (хотя я не эксперт по безопасности), поэтому было бы сложно, даже с доступом к ключу, принять личность без кодовой фразы. Говоря это, кейлогеры - очевидный выбор, чтобы обойти это. Github теперь предлагает два фактора auth: https://help.github.com/articles/about-two-factor-authentication, который может быть самым надежным способом на данный момент. Однако, на мой взгляд, ключ RSA, защищенный парольной фразой, для меня ближе всего к узлу удобства и безопасности.