Вопросы Теги

Используя 'passwd', затем пробуя ssh

Существует много различных решений этого. У них всех есть преимущества, но к сожалению у них всех есть недостатки. Это зависит от того, что Вы хотите сделать. Самым легким является один путь зеркало для сервера теплого файла подкачки или резервных копий. Также легкий общее хранилище данных, позволяющее выравнивание нагрузки через Ваши файловые серверы, но у Вас все еще было бы единственное хранилище данных. Намного более сложный два способа синхронизировать и тиражируемые данные. Вы затем входите в проблемы с тем, что происходит, когда один узел не видит другой узел. Что происходит, если они выходят из синхронизации?

Самый простой к комплексу

  • запланированный rsync
  • SAN
  • NBD и зеркальное отражение
  • кластерные файловые системы как блеск, glustrefs, GFS, OCFS2.
3
задан 8 July 2010 в 13:03
5 ответов

Скорее всего, 'корневой' учетной записи не разрешают зарегистрировать на пути SSH.

Найдите файл конфигурации, обычно хранившийся в

  /etc/ssh/sshd_config

Ищите строку, которая говорит

 PermitRootLogin No

Измените его для высказывания 

PermitRootLogin Yes

Удостоверьтесь, что Вы перезапускаете демона SSH после внесения изменения!

service sshd restart
4
ответ дан 3 December 2019 в 04:55
  • 1
    Бессмысленных данных не включает корень к ssh, делает других пользователей и дает им sudo полномочия –  JamesRyan 7 July 2010 в 17:29
  • 2
    Или только аутентификация –  Maxfer 7 July 2010 в 17:31
  • 3
    ключа разрешения, Если Вы сознательны безопасность, да лучшая практика, должна дать обычному пользователю sudo возможности путем добавления пользователя к '/etc/sudoers' 'файл. –  Mistiry 7 July 2010 в 17:32
  • 4
    Гм. У меня нет этого файла, и' находят, 'ничего не производит тем именем также. Я должен установить ssh? –   7 July 2010 в 17:49
  • 5
    OK, сделанная Кв. - получают установку ssh: открытый sshd_config и отредактированный: перезапущенный ssh (использующий/etc/init.d/ssh перезапуск). Все еще никакая радость, все еще получая' отклоненное Разрешение '. :( –   7 July 2010 в 17:54

Создайте нового пользователя с useradd, затем установите passwd с passwd [user]. т.е.

useradd johndoe
passwd johndoe

Затем SSH, использующие johndoe, и затем, используют пользовательскую команду переключателя su - добираться для укоренения.

Отметьте тире. Это очень важно для установки среды как Вы, вероятно, хотят. Без тире я полагаю, что Вы закончили бы при подсказке под корнем, но должны будете использовать полные пути. Обычно синтаксис является su [пользователь], но значение по умолчанию является корнем, если это опущено.

Идеально Вы также использовали бы Sudo, но вышеупомянутое является более надлежащим, чем просто SSHing в под корнем. Это, вероятно, как упоминается в других ответах, которые Ваша sshd конфигурация запрещает корневому входу в систему.

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

Можно также посмотреть в/var/log/secure для наблюдения, почему пароль был отклонен.

4
ответ дан 3 December 2019 в 04:55
  • 1
    Спасибо за объяснение. Но это не помогает - все еще получают' Разрешение, отклоненное ', даже регистрируясь как мой новый пользователь.... –   7 July 2010 в 17:50
  • 2
    Что говорит Ваш журнал/var/log/secure? (Внизу) Или действительно ли это регистрирует не, существуют также? Попробуйте "хвост/var/log/secure" –  Joshua Enfield 7 July 2010 в 17:54
  • 3
    Никакой такой файл. Это - совершенно новая установка Debian, возможно, вот почему? –   7 July 2010 в 17:59
  • 4
    хм, это должно (обеспечил, обычный ванильный SSH) были созданы, когда Вы сначала пытались войти в систему, особенно если Вы отклоняли разрешение. Edit: я искал его и debian на самом деле, не использует регистратор по умолчанию - doh меня. Это - съемка общим планом, но lastb показывает Ваши попытки входа в систему на сервере Ваша попытка войти в? (в последний раз показал бы Ваши успешные попытки) –  Joshua Enfield 7 July 2010 в 18:04
  • 5
    По умолчанию этот материал должен быть зарегистрирован к/var/log/auth.log –  theotherreceive 7 July 2010 в 18:15

У меня когда-то была эта проблема. Это было, потому что корневой вход в систему был запрещен sshd конфигурацией.

Гарантируйте это PermitRootLogin установлен на yes в /etc/ssh/sshd_config файл конфигурации, хотя я не абсолютно уверен, если это - то, где это найдено под debian

1
ответ дан 3 December 2019 в 04:55

возможно то, что Вы получили различные отображения клавиатуры?

попытайтесь ввести пароль, где Вы видите его.

1
ответ дан 3 December 2019 в 04:55
  • 1
    хорошая идея - но на контроле пароли являются тем же... –   8 July 2010 в 13:00

Благодаря всем для всех предложений. Я в конечном счете решил случайно путем ввода 

$ passwd root

и делая все то же как прежде. Я понятия не имею, почему это работало когда 

$ whoami
root
$ passwd

не сделал. Кто-либо может объяснить?

0
ответ дан 3 December 2019 в 04:55

Теги

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