Как разблокировать root в Astra Linux 1.7: исправление ошибки доступа к консоли
Почему возникает ошибка?
В Astra Linux (как и в большинстве современных дистрибутивов на базе Debian) учётная запись root заблокирована по умолчанию. Это стандартная мера безопасности: вместо прямого входа от имени суперпользователя рекомендуется использовать sudo из-под обычного пользователя с правами администратора.
Ошибка появляется при:
- Переключении на текстовую консоль (
Ctrl+Alt+F1..F6) - Попытке входа через
su - rootилиloginбезsudo - Загрузке в режиме восстановления или однопользовательском режиме
- Работе автоматизированных скриптов/систем управления, ожидающих доступ к консоли root
Пошаговое решение
Шаг 1. Проверьте текущий статус учётной записи root
sudo passwd -S root
Возможные выводы:
root L ...— аккаунт заблокирован (Locked)root P ...— пароль установлен, вход разрешёнroot NP ...— пароль не задан, вход заблокирован
Шаг 2. Разблокируйте root и задайте пароль
sudo passwd root
Система запросит новый пароль дважды. После этого статус изменится на P (Password set), и блокировка будет снята.
Примечание:
- Если вы используете Astra Linux Special Edition ("Смоленск"), изменение пароля root может потребовать дополнительных прав или нарушить политики безопасности. Убедитесь, что это соответствует регламенту вашей организации.
Шаг 3. Разрешите вход root на виртуальные консоли (TTY)
В современных системах используется pam_securetty.so, который проверяет наличие разрешённых терминалов в /etc/securetty. Если файл отсутствует или пуст, root не сможет войти через getty.
1. Создайте/отредактируйте файл:
sudo nano /etc/securetty
2. Добавьте разрешённые консоли (по одной на строку):
tty1
tty2
tty3
tty4
tty5
tty6
tty7
- Сохраните (
Ctrl+O,Enter) и выйдите (Ctrl+X).
В Astra Linux 1.7 на базе systemd этот файл может игнорироваться, если в PAM не подключён
pam_securetty.so. Если после шага 3 доступ всё ещё закрыт, перейдите к шагу 4.
Шаг 4. Проверка PAM-конфигурации (если нужно)
Откройте конфигурацию login:
sudo nano /etc/pam.d/login
Найдите строку:
auth required pam_securetty.so
- Если
/etc/securettyсуществует и заполнен — оставьте строку.
- Если вы не используете securetty — закомментируйте строку, добавив # в начало:
#auth required pam_securetty.so
Сохраните файл. Перезапуск systemd-logind не требуется: изменения применяются при следующей попытке входа.
Шаг 5. Альтернатива: используйте sudo вместо прямого входа
Прямой вход под root не рекомендуется в Astra Linux из-за строгих политик аудита и безопасности.
Вместо этого:
sudo -i # Получить root-оболочку с сохранением окружения
sudo su - # Аналогично
sudo -s # Оболочка без изменения HOME
Для разовых команд:
sudo <команда>
Шаг 6. Восстановление, если доступ к системе полностью утерян
Если вы не можете войти ни под одним пользователем:
- Перезагрузите систему.
- В меню GRUB выберите пункт загрузки Astra Linux, нажмите
e. - Найдите строку, начинающуюся с
linux /boot/vmlinuz-...
4. В конец строки добавьте одно из:
systemd.unit=rescue.target(безопасный режим восстановления)init=/bin/bash(прямой доступ к оболочке, требует ручной монтировки)
- Нажмите
Ctrl+Xдля загрузки.
6. В rescue-режиме или bash:
mount -o remount,rw /
passwd root # Установите/сбросьте пароль
touch /etc/securetty # Если нужно
7. Перезагрузите:
exec /sbin/init # если в init=/bin/bash
reboot # если в rescue.target
Особенности Astra Linux 1.7
| Параметр | Примечание |
|---|---|
| Версия "Смоленск" (SE) | Использует мандатное управление доступом (Parsec). Разблокировка root может потребовать согласования с политикой ИБ. |
| Аудит | Все попытки входа root фиксируются в auditd и syslog. Прямой вход может вызывать предупреждения в системах контроля соответствия. |
pam_tally2 / pam_faillock |
Может блокировать аккаунт после неудачных попыток. Проверьте: sudo faillock --user root |
fly Desktop |
Графический вход под root отключён по умолчанию в gdm3/lightdm. Не пытайтесь обойти это без веских причин. |
Проверка работоспособности
После выполнения шагов проверьте:
# Статус root
sudo passwd -S root
# Попытка входа в консоль
sudo -i
exit
# Просмотр логов getty
journalctl -u getty@tty1.service --no-pager -n 20
Если ошибка исчезла, но вы видите предупреждения в логах о pam_securetty или audit, настройте PAM/аудит в соответствии с требованиями вашей инфраструктуры.
Рекомендации по безопасности
- Не используйте прямой вход root в production. Настройте
sudoчерезvisudoс чёткими правилами. - После отладки снова заблокируйте root:
sudo passwd -l root - В Astra Linux SE соблюдайте требования ФСТЭК: прямой root-вход может нарушать профиль защиты.
- Регулярно проверяйте журналы:
sudo grep -i "root" /var/log/auth.log
Если ошибка сохраняется после выполнения всех шагов, приложите вывод для обращения в техническую поддержку:
sudo journalctl -u getty@tty1.service -n 50
cat /etc/pam.d/login | grep -v "^#" | grep -v "^$"
sudo pam_tally2 --user root 2>/dev/null || sudo faillock --user root
Это поможет точно локализовать причину (PAM, systemd, Parsec, GRUB или аппаратный TTY).