Как замазать арку

Поделиться

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

Вы ранее отметили этот ответ как принятый. Вы уверены, что хотите отказаться от этого?

Масштабируемые вычислительные услуги.

Простое хранение объектов.

Запустите управляемые кластеры Kubernetes.

Легко распределяет трафик.

Присоедините масштабируемые тома.

Развертывание готовых приложений.

Подключайтесь, делитесь и учитесь

DevOps и руководства по разработке

Разработка и системы QA

Джастин Эллингвуд

PuTTY ssh. «сервер отказался от нашего ключа»

Привет, у меня та же проблема, как вы это исправили?

С уважением.
Ирвинг Тристан.

у меня та же проблема

usermod.s / bin / bash root

Привет, у меня та же проблема, как вы это исправили?

Я мог войти в систему, используя SSH, и вот советы, как это сделать. Если вы используете puttygen для генерации ключей, скопируйте содержимое из диалогового окна, отображаемого в конце, из puttygen. Вы заметите, что содержимое сохраненного файла отличается от диалогового окна.

Например, содержимое сохраненного файла будет примерно таким
»
НАЧАЛО SSH2 ПУБЛИЧНЫЙ КЛЮЧ.-
Комментарий: «rsa-key-20160208»
XXXXXX
ХХХХХ.
ПУБЛИЧНЫЙ КЛЮЧ END SSH2.-
«

в то время как диалоговое окно будет выглядеть примерно так
»
SSH-RSA XXXX. rsa-key-20160208
«

Спасибо, Йогеш, Джадхав! Это было проблемой для меня (использовал Puttygen, и я получил неправильный вывод).

Йогеш С Джадхав! Вы спасли меня. Уже более двух часов борюсь с этой проблемой SSH, не являющейся пользователем root. Спасибо.

/.ssh и 0644 для файла авторизованного ключа в этой папке. Также,

# sudo chown.R username: имя пользователя / home / имя пользователя

Измените имя пользователя на вашего пользователя. Также убедитесь, что author_key находится внутри папки.ssh в домашней папке вашего пользователя, а не /root/.ssh (если только вы не используете ключ для своего пользователя root).

Это исправило мою проблему, спасибо!
По какой-то причине мой / корневой каталог показывал владельца как
drwx.- 9 113 117 4096 25 марта 07:52 root

огромное спасибо

У меня была такая же проблема, я прочитал несколько уроков здесь, в DO, и я думаю, что знаю, в чем проблема.

Мой шаг заключался в следующем: создать новую каплю (совершенно новый аккаунт / дроплет), не используя ключ, и затем сгенерировать ключ после создания капли.

Проблема была в том, что ключ не был автоматически назначен капле (я читал это в одном из учебных пособий). Можно назначить ключ в существующую капельку (опять же, прочитайте учебник), но я не использовал это решение.

Мое решение: я удалил ключ из записи DO, удалил каплю (к счастью, она все еще была пустой) и затем создал новую каплю, но на этот раз, используя ключ с самого начала (когда его спросили во время создания капли, хотим ли мы использовать ключ или нет). В основном только начинаю с нуля, но на этот раз я «переставил» шаги. Я использовал тот же ключ, появилось всплывающее окно, в котором говорилось, что этот ключ уже кэширован, но на другой капле (что-то в этом направлении), нажал «да», и все работает

Просто предложение, DO должен предупредить пользователя об этой проблеме. Ну. я не думаю, что это проблема / ошибка, но. я думаю, было бы неплохо знать это с самого начала. Например, в этом уроке:

В этой части «Шаг седьмой. выберите ключи SSH (необязательно)» >> Должно быть ясно, что потребуется больше, дополнительных усилий, если мы решим создать ключ позже (вручную назначить его для капли).

Опять просто предложение. НТН

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

Согласен, я столкнулся с той же проблемой: все делалось с нуля, и добавление ключей в начале работало. Спасибо!

Если кто-то здесь из BITHOST.io (Powered by Digital Ocean). у меня была такая же проблема.
После нескольких минут попытки подключения, я просто удалил текущее имя сервера и создал ключ SSH, а затем сервер, используя этот ключ ssh, который я создал ранее.

CORE OS Solution:

При использовании coreos установите имя пользователя «core» вместо «root».

После того, как вы вошли в систему, вы можете использовать sudo.i, чтобы стать пользователем root.

Это было очень полезно. Спасибо!

Спасибо ! Вы спасли мой день!

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

Шутки в сторону. Это действительно расстраивает. Особенно, когда вы все еще не можете заставить его работать после того, как следуйте советам пользователей, уничтожающим и воссоздающим капли. Я даже попытался создать файл known-hosts из корневого каталога в моем пользовательском каталоге, но безрезультатно.

Digital Ocean должен вставить в свою панель управления заметку о том, что ключи SSH должны быть созданы до создания новой капли! Я потратил слишком много времени, пытаясь заставить это работать, и это еще хуже, когда вы уже создали каплю и настроили приложения.

Вот что я сделал для тех, кому нужна помощь по этому вопросу. Я использовал Mobaxterm и генерировал ключи SSH на локальном терминале.

ssh-keygen.t rsa (принять все значения по умолчанию)
cd /home/mobaxterm/.ssh
кошка id_rsa.pub

Скопируйте и вставьте вывод в поле Добавить SSH.
Создание сеанса SSH с расширенными настройками, указывающими на закрытый ключ
Создать сеанс SFTP с расширенными настройками, указывающими на закрытый ключ

Чтобы определить расположение папок в окне Windows, которые связаны с Mobaxterm, посмотрите на ваши Настройки | Конфигурация | Постоянный домашний каталог и нажмите на папку, чтобы увидеть каталог Windows, в котором он находится. Обычно это ваш C: /Users/uername/Documents/Mobaxterm/home/.ssh