Рейтинг:0

Не удалось войти в систему под пользователем root/sudo

флаг kh

У меня есть этот Ubuntu 20.04 VPS, который работал нормально час назад, но теперь я не могу войти в систему под своим пользователем sudo. Вход root также отключен.

Когда он работал, я развернул статический веб-сайт и хотел установить certbot ssl от пользователя sudo, но мне было отказано в том, что у меня нет разрешения. После поиска в Интернете я нашел что-то, чтобы изменить разрешение, которое судо чмод 755. Затем это сработало, и мой веб-сайт заработал, но затем я вышел из системы и не могу снова войти в систему. Пароль правильный, и я попробовал это:

ssh -o PreferredAuthentications=пароль -o PubkeyAuthentication=no -p 4256 user@<ip>

Затем он говорит: Доступ запрещен.

Что здесь происходит? Как я могу это исправить? Я не хочу переустанавливать весь сервер. У меня там все есть. Поддержка моего хостинга отказала мне в помощи, так как я получил самоуправляемый без cPanel.

Вот Пастебин для всего вывода, который я получаю после запуска ssh -v пользователь@13.210.34.26 -p 4256

OpenSSH_8.5p1, OpenSSL 1.1.1k 25 марта 2021 г.
debug1: Чтение данных конфигурации /etc/ssh/ssh_config
debug1: подключение к порту 13.210.34.26 [13.210.34.26] 4256.
отладка1: соединение установлено.
debug1: файл идентификации /c/Users/Admin/.ssh/id_rsa type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_rsa-cert type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_dsa type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_dsa-cert type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ecdsa тип -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ecdsa-cert type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ecdsa_sk тип -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ecdsa_sk-cert type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ed35314 тип 3
debug1: файл идентификации /c/Users/Admin/.ssh/id_ed35314-cert type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ed35314_sk тип -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_ed35314_sk-cert type -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_xmss тип -1
debug1: файл идентификации /c/Users/Admin/.ssh/id_xmss-cert type -1
debug1: строка локальной версии SSH-2.0-OpenSSH_8.5
debug1: удаленный протокол версии 2.0, удаленная версия программного обеспечения OpenSSH_8.2p1 Ubuntu-4ubuntu0.3
debug1: compat_banner: match: OpenSSH_8.2p1 Ubuntu-4ubuntu0.3 pat OpenSSH* compat 0x04000000
debug1: Аутентификация на 13.210.34.26:4256 как «пользователь»
debug1: load_hostkeys: fopen /c/Users/Admin/.ssh/known_hosts2: нет такого файла или каталога
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: нет такого файла или каталога
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: нет такого файла или каталога
debug1: SSH2_MSG_KEXINIT отправлен
debug1: SSH2_MSG_KEXINIT получен
debug1: kex: алгоритм: изогнутый35314-sha256
debug1: kex: алгоритм ключа хоста: ssh-ed35314
debug1: kex: server->client шифр: [email protected] MAC: <неявное> сжатие: нет
debug1: kex: client->server шифр: [email protected] MAC: <неявное> сжатие: нет
debug1: ожидается SSH2_MSG_KEX_ECDH_REPLY
debug1: SSH2_MSG_KEX_ECDH_REPLY получен
debug1: Ключ хоста сервера: ssh-ed35314 SHA256:aZS4ZFL/olGXqpcNScSQVXFY0UlmJ4sKCSugT/1nRvC0pGOLJLXOCrA
debug1: load_hostkeys: fopen /c/Users/Admin/.ssh/known_hosts2: нет такого файла или каталога
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: нет такого файла или каталога
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: нет такого файла или каталога
debug1: проверка без идентификатора порта
debug1: load_hostkeys: fopen /c/Users/Admin/.ssh/known_hosts2: нет такого файла или каталога
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: нет такого файла или каталога
debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: нет такого файла или каталога
debug1: Хост «13.210.34.26» известен и соответствует ключу хоста ED35314.
debug1: найден ключ в /c/Users/Admin/.ssh/known_hosts:3
debug1: найден соответствующий ключ без порта
debug1: check_host_key: ключ хоста неизвестен или ему явно не доверяют: отключение UpdateHostkeys
debug1: сменить ключ после 134217728 блоков
debug1: SSH2_MSG_NEWKEYS отправлено
debug1: ожидается SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS получен
debug1: повторный ввод после 134217728 блоков
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_rsa
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_dsa
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_ecdsa
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_ecdsa_sk
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_ed35314 ED35314 SHA256:Ay9qo3SK2DdG9PQDKY+O3y+c54HrrjHdkCsGoM4Fyck
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_ed35314_sk
debug1: попытается ввести ключ: /c/Users/Admin/.ssh/id_xmss
debug1: SSH2_MSG_EXT_INFO получен
debug1: kex_input_ext_info: server-sig-algs=<ssh-ED35314,[email protected],ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256 ,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected]>
debug1: SSH2_MSG_SERVICE_ACCEPT получен
debug1: Аутентификации, которые могут продолжаться: открытый ключ, пароль, интерактивная клавиатура
debug1: следующий метод аутентификации: открытый ключ
debug1: Попытка закрытого ключа: /c/Users/Admin/.ssh/id_rsa
debug1: Попытка закрытого ключа: /c/Users/Admin/.ssh/id_dsa
debug1: Попытка закрытого ключа: /c/Users/Admin/.ssh/id_ecdsa
debug1: Попытка закрытого ключа: /c/Users/Admin/.ssh/id_ecdsa_sk
debug1: Предлагается открытый ключ: /c/Users/Admin/.ssh/id_ed35314 ED35314 SHA256:Ay9qo3SK2DdG9PQDKY+O3y+c54HrrjHdkCsGoM4Fyck
debug1: Аутентификации, которые могут продолжаться: открытый ключ, пароль, интерактивная клавиатура
debug1: Попытка закрытого ключа: /c/Users/Admin/.ssh/id_ed35314_sk
debug1: Попытка закрытого ключа: /c/Users/Admin/.ssh/id_xmss
debug1: следующий метод аутентификации: интерактивная клавиатура
ChanganAuto avatar
флаг us
*Я изменил права доступа к одному из каталогов* Какой и что меняется?
s.khan avatar
флаг kh
@ChanganAuto Я развернул статический веб-сайт и хотел установить certbot ssl от пользователя sudo. Но мне было отказано, что у меня нет разрешения. Итак, после поиска в Интернете я сделал кое-что с ```sudo chmod 755```.Но перед этим мне пришлось использовать какой-то другой, потому что ни один не работал.
флаг hr
@s.khan, пожалуйста, [отредактируйте] свой вопрос со всей соответствующей информацией о том, что вы сделали.
s.khan avatar
флаг kh
@steeldriver сделал. Ребята, подскажите, пожалуйста, как это исправить? У меня так много приложений и так много данных.
guiverc avatar
флаг cn
Вы не дали конкретных подробностей о том, что вы сделали; ни каких-либо сведений об ОС и выпуске. Если бы вы сделали то, что сказали, я бы ожидал ошибку типа «chmod: отсутствует операнд после 755» (т. е. это неполная команда для большинства операционных систем по теме здесь; сообщение, конечно, может отличаться для вашего *неустановленного* релиза)
s.khan avatar
флаг kh
@guiverc Брат, я не помню. Я просто скопировал команды. Но это было что-то вроде ```sudo chmod/chown 755``` и еще (наверное) с включенным ```root:root```. Я использовал их, чтобы установить certbot для своего статического веб-сайта в каталоге ```/var/www```. И моя версия Ubuntu 20.04
s.khan avatar
флаг kh
Ребят, у меня vps дашборд выдан хостингом. Он имеет: перезагрузка, завершение работы, загрузка, переустановка, VNC, журнал, отключение питания, перенастройка сети и спасение. Что-нибудь, что я могу сделать из этого списка, кроме переустановки?
s.khan avatar
флаг kh
Вот pastebin для подробного ssh https://pastebin.com/jb1YLqqS
guiverc avatar
флаг cn
Мы не знаем, что вы сделали; например. команда `chmod`, которую вы дали, привела бы к ошибке, как я уже сказал; однако, если вы указали путь/файлы; эффект может повлиять на программы из-за изменения разрешений. например. если бы вы сделали это с `/etc/sudoers` (440 нормально), это не повлияло бы ни на каких активных пользователей `sudo`, но остановило бы любые попытки `sudo` в будущем. Ваша история команд должна показать, что вы сделали; но моему примеру нужно 440 (не 755), чтобы работать как положено. `/etc/passwd` должно быть 644 и т. д. Мы не знаем, что вы изменили, так как это нужно исправить.
Рейтинг:1
флаг br

Преобразование Ctrl j IMEOff

s.khan avatar
флаг kh
Теперь у меня есть доступ к режиму спасения. Но я не знаю, что здесь делать. Все еще пытаюсь оправиться от этого беспорядка

Ответить или комментировать

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