Вопросы Теги

Permission denied (publickey) - mac

Я не могу войти в свою каплю. Это еще один пост, который я написал о проблеме, которая не решила мою проблему, но объясняет некоторые из того, что я пробовал. (11123362) . Именование ключей портфолио . Может ли это именование быть проблемой? Единственные ключи, которые работают на моей машине, - это ключи с именем по умолчанию id_rsa , но не может быть более одного набора с таким именем. В отладке есть строка, в которой говорится Предложение открытого ключа: RSA SHA256: blahblah /Users/ME/.ssh/id_rsa, так что похоже, что он подключается не к тому ключу ??? Я пробовал ssh -i ~ / .ssh / портфолио ME@139.xx.xx.xxx , чтобы подключиться к определенному закрытому ключу, который называется портфолио . Нет. В доступе отказано (открытый ключ).

  • Войдите на сервер внутри консоли DO. nano /.ssh/authorized_keys . Скопируйте в мой открытый ключ под названием портфолио. Получил здесь

  • Создайте нового пользователя и сохраните.
  • Протестируйте пару ключей с терминала на моем Mac с помощью ssh -v -i ~ / .ssh / портфолио newUSer@139.XX.XXX .XXX

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

    Дальнейшая отладка: Используя цифровую консоль океана, в настоящее время единственный способ получить доступ к моей капле, я вижу, что копирование / вставка не работает. При вставке открытого ключа получается строка, состоящая из символов, совершенно отличных от реального ключа. Это происходит даже в нано.

    2
    задан 14 November 2018 в 18:54
    2 ответа

    Я хотел обновить, как я решил эту проблему. Проблема заключалась в следующем:

    1. Ключ не поступал на сервер правильно. Или это была неправильная версия.
    2. Как только я разместил правильные ключи, моя локальная машина и сервер не смогли найти правильные ключи, соответствующие друг другу.

    Решено 1. - ssh-copy-id -i ~ / .ssh / mykey root @ MY-IP попытка скопировать открытый ключ не сработала. Я также попытался вставить его прямо в ~ / .ssh / authorized_keys в консоли Digital Ocean, так как я был заблокирован локально, но многие из вставленных символов были неправильными. Что-то было скверным насчет функции вставки, и персонал Digital Ocean ничего об этом не знал.

    Итак, чтобы работать локально, я сбрасываю root PW на консоли DO, а затем ssh (скрыто) на моем локальном компьютере, но с паролем . Затем в ~ / .ssh / authorized_keys я вставил открытый ключ и использовал инструмент сравнения, чтобы убедиться, что они совпадают. На этот раз были.

    Решено 2 . - Ключи все еще не соединялись. Я мог подключиться, используя только флаг -i (что означает идентификатор _file и подключает ключи вручную) ssh -i ~ / .ssh / mykey (скрытый), но я не хотел вводить тип это каждый раз, поэтому я создаю ~ / .ssh / config . 

    Host myapp
    User user1
    HostName 123.456.789.10
    IdentityFile ~/.ssh/mykey

    Затем, перейдя ssh myappp , я могу войти в систему. Не уверен, почему все это происходит. Я подумал, может быть, поскольку я не назвал их должным образом, поскольку id_rsa работает нормально, но id_rsa2 не работает, поэтому не уверен, что будет работать тогда, но эти обходные пути решили эту проблему выпуск.

    3
    ответ дан 3 December 2019 в 10:32

    Для меня это было проще для моей новой капли. Я не назначил брандмауэр с разрешенным SSH на 22-м порту для капли.

    -1
    ответ дан 17 April 2020 в 05:00

    Теги

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