Недопустимая ошибка SSH-ключа в juju при использовании с MAAS

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

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

При запуске «статуса juju» вы можете столкнуться с ошибкой, которая говорит «Недопустимый ключ SSH»,

Наиболее вероятным источником этой ошибки является то, что узлы, запущенные juju, еще не закончили загрузку и установку. Это может произойти, когда часы на узле слишком далеки от синхронизации для проверки OAuth для работы, что приводит к отключению времени узла при попытке загрузить из службы метаданных и, в конечном итоге, продолжает загрузку в приглашение для входа без запуска предварительной настройки Juju .

Попробуйте проверить часы на узле и сбросить его, если он сильно отличается от часов сервера MAAS.

https://answers.launchpad.net/maas/ + faq / 1979

Это действительно исправило эту проблему. Я запустил ntpdate на моем сервере MAAS и установил новый узел, теперь отлично работает!

Убедитесь, что у вас осталось достаточно времени для установки узла после загрузки; для завершения установки Ubuntu может потребоваться 10 секунд. Появляются сообщения об ошибках, указывающие, что juju пытается подключиться к машине, которая еще не запущена sshd, что для меня означает, что установщик, вероятно, все еще работает.

Решение, с которым я столкнулся, - это установить пароль для вновь загруженных узлов, а затем вручную вставить SSH-ключи в каждый из них. Чтобы установить пароль для загрузки для пользователя ubuntu, убедитесь, что следующие строки в /var/lib/cobbler/kickstarts/maas.preseed:

d-i    passwd/make-user boolean true
d-i    passwd/user-fullname ubuntu
d-i    passwd/username string ubuntu
d-i    passwd/user-password-crypted password <CRYPTED PASSWORD>

Как только это будет сделано, вы можете использовать ssh ubuntu @ и используйте пароль, указанный в зашифрованной строке пароля (самый простой способ - использовать один из файла / etc / shadow, который вы уже знаете) для входа в систему. Затем вы можете вставлять открытые ключи SSH в ~ ubuntu / .ssh / authorized_keys и ~ root /.ssh/authorized.

Обратите внимание, что это обходное решение - после того, как вы ssh-keygen, MaaS должен либо вытащить id_rsa.pub из вашего .ssh-каталога, либо из MauS WebUI, где пользователь может указать открытый ключ в своем профиле. Независимо от того, что я пробовал, эти ключи не распространяются, поэтому я придумал обходной путь.

Еще один чит - просто добавить ключ .pub к вашим .ssh / authorized_keys узла MaaS и затем scp it для каждого из узлов в MaaS:

for i in `cobbler system list |grep -v default`; 
    do j=`cobbler system dumpvars --name "${i}" | grep hostname |grep -v duplicate |cut -f 2 -d \:`; 
    scp ~/.ssh/authorized_keys ubuntu@${j}:.ssh/authorized_keys;
done

Это позволяет вам просто повторно принимать ошибки сертификата SSH и вводить пароль в зашифрованной строке, чтобы заполнить весь ваш MaaS SSH открытый ключ.

Убедитесь, что вы генерируете свои SSH-ключи на том же хосте, что и вы используете juju, и добавьте открытую половину вашего SSH-ключа (ов) на этом компьютере в MAAS (попробуйте: ls ~/.ssh/*.pub, чтобы найти их все).

Невозможно вручную поместить ключи в ~/.ssh/authorized_keys. Начало работы с руководством Juju может помочь, если вы этого не заметили.