Экспериментальное/частное ответвление для чисел OID в Схемах LDAP?

Мы нашли проблему и решение:

1) Владелец & amp; группа ключей (публичные и частные) должна принадлежать пользователю, который используется для генерации ключей. В нашем случае мы вошли в систему как root , но создали ключи с пользователем suren .

Решение

ssh-keygen -t rsa -f ~/.ssh/runnkey -C suren, но мы запустили это вошедшее в систему как root, поэтому у файла есть владелец как root. Быстрое решение проблемы - изменить владельца

chown suren:suren ~/.ssh/runnkey и chown suren:suren ~/.ssh/runnkey.pub

2) Добавить открытые ключи в /. Ssh / authorised_keys .

Пример cat ~/.ssh/runnkey.pub >> ~/.ssh/authorized_keys

3) Изменить разрешения для файлов

 chmod 0700 /.ssh/authorised_keys
 chmod 0600 /.ssh/runnkey
 chmod 0600 /.ssh/runnkey

4) Добавить ключи к экземпляру ВМ. Compute Engine> Экземпляры виртуальной машины> [виртуальная машина, к которой вы хотите обратиться]> Изменить> Ключи SSH. Скопируйте текст (vi ~/.ssh/runnkey.pub копия) открытого ключа и добавьте сюда вставку. Сохранить.

5) Создайте файлы runnkey и runnkey.pub на локальном компьютере Mac в папке /.ssh и скопируйте содержимое из соответствующих файлов на сервере.

Примеры команд тестирования:

ssh -i ~/.ssh/runnkey.pub suren@1.2.3.4
scp -i ~/.ssh/runnkey.pub /Downloads/ship.png suren@1.2.3.4:/home/temp

Вышеупомянутые 1,2,3 упомянуты в документе в разделе Разрешения для каталога $ HOME или $ HOME / .ssh. неправильного подключения пользователя.