я использую Кабина 202.1-1 amd64 локально (последняя версия Ubuntu Oean на сегодняшний день) до 2 Debian 10 серверы. Один работает, а новый свежий - нет, и я не могу понять, почему.
Я использую пользователя "debian" по умолчанию с ключом rsa вместо пароля. Этот ключ добавлен в мои «Аутентификации» в Cockpit и разблокирован. Это один и тот же ключ для двух серверов, и я могу подключиться через bash / ssh без проблем.
Я перезапустил службу, перезагрузил машины (локальные и серверные), но безуспешно.
Что касается «невозможно подключиться к серверу», я также создал другого пользователя для тестирования Cockpit-WS (так как мне нужен был пароль для входа) и Работает как часы.
В Debian 10 Cockpit 188 доступен из основного репо, а 217 - из резервные копии так что я включен их и обновленная кабина но проблема остается
в журналы сервера, без записи говорит о кокпит-мостик или кокпит-SSH
Чтобы сделать еще один тест, я синхронизировал своего нового пользователя между моими двумя серверами (У одного есть Cockpit 217 из бэкпортов, а у другого все еще есть 188). Удивительно, это работало в обоих направлениях что заставило меня сделать вывод, что проблема исходит из моей местной кабины. Я просмотрел журналы и получил кое-что интересное: cockpit-ssh XXX.XXX.XXX.XXX: spawning remote bridge failed with 0 status
Но в гугле об этом ничего нет: https://www.google.com/search?hl=fr&q=cockpit%20%22spawning%20remote%20bridge%20failed%20with%200%20status%22
В качестве обходного пути я буду продолжать использовать своего пользователя «с паролем», но это заставит меня открыть порт 9090, в то время как с локальным клиентом все будет в порядке.
Надеясь, что моя проблема поможет избежать потери времени другими, пытаясь починить свои серверы, проблема исходит из кабины Ubuntu и, может быть, кто-нибудь сможет мне это исправить!
заранее спасибо
Я наконец понял, что добавляется:
На моем локальном Ubuntu я решил использовать «su» и удалить своего пользователя из группы «sudo», чтобы я мог установить слабый пароль без особых утечек безопасности.
Из-за этого я локально вошел в Cockpit как root, чтобы получить «привилегии» и иметь возможность добавлять серверы.
Зарегистрированный как root, Cockpit пытается войти как ... root, прежде чем запрашивать конкретное имя пользователя для моего недавно добавленного сервера, и, поскольку он отключен по умолчанию в Debian, он отвечает Please login as the user "debian" rather than the user "root".. Это было в журналах на одну строку выше, но я не понял, что это был ответ SSH моего сервера.
Чтобы исправить это, я забыл свое придирчивое «не являюсь самим собой sudoer» и больше не подключаюсь к Cockpit как root локально, поэтому Cockpit предложила мне выбрать пользователя, и он отлично работал, указав «debian» и мой ключ rsa.
Ура