Рейтинг:1

github не принимает частный SSH-ключ

флаг cn

У меня есть частный SSH-ключ ED25519 в системе Windows (с использованием WSL). Разрешения закрытого ключа 400 и разрешения на открытый ключ 444. Когда я проверяю свое соединение, используя ssh-tvvv [email protected] это ответ, который я получаю.

debug1: Предлагая открытый ключ: /home/username/.ssh/id_ed25519 ED25519 SHA256:uO4IMeDU10K+ME5e2LPI/9dIvPu1tAefz2wx60I+AIA явный агент
debug3: отправить пакет: введите 50
debug2: мы отправили пакет с открытым ключом, ждем ответа
debug3: получить пакет: введите 51

я провел ssh-keygen -lf ~/.ssh/id_ed25519 чтобы показать отпечаток пальца, я запустил ssh-keygen -lf ~/.ssh/id_ed25519.pub и может подтвердить, что отпечаток пальца совпадает. Для меня это означает, что ключи должны совпадать друг с другом (пожалуйста, поправьте меня, если я ошибаюсь в этом предположении), но мне кажется, что тип 51 означает, что пользователь не авторизован. Я также могу подтвердить, что открытый ключ был загружен в мою учетную запись github, а также я могу подтвердить, что я добавил следующее:

eval $(ssh-агент -s)
ssh-добавить -k ~/.ssh/id_ed25519

в мой ~/.bashrc файл. Я очень смущен, почему это не работает. Если у кого-то есть какие-либо предложения, я хотел бы получить чей-то вклад.

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

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