Linux: может только su в пользователя, никакую консоль, никакой ssh?

Но почему tap10/11/12 не имеет пред настроенные IP-адреса? При присвоении IP-адресов интерфейсам затем Вы сможете проверить с помощью ping-запросов их.

2
задан 1 October 2010 в 05:22
5 ответов

Оказывается, что это настроено в файле, названном/etc/login.block

Благодаря всем.

1
ответ дан 3 December 2019 в 13:26

Кажется, что этому не нравится setgid на корневом каталоге. Попробовать chmod g-s /home/weirduser

0
ответ дан 3 December 2019 в 13:26

Действительно ли возможно, что существуют инструкции в ~weirduser/.bash_profile, которые заставляют это выходить из системы? Вы не предлагаете деталей о том, как это ведет себя (сообщения об ошибках, синхронизирующие между шагами, и т.д.), когда Вы пытаетесь войти в систему от консоли или SSH. Однако я заметил, что это имеет удар для оболочки. Страница справочника указывает, что ~/.bash_profile только используется для оболочек входа в систему, которые я думаю консоль средств и SSH, но не su.

Проверьте другой ~weirduser/.bash* файлы, в то время как Вы в нем, также. Посмотрите в/etc/profile также, но это очень маловероятно.

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

Удачи.

0
ответ дан 3 December 2019 в 13:26

Также Вы могли отправить полномочия .ssh? Если Ваши полномочия обычно не достаточно жестки существует проблема с authorized_keys. Это не объясняет проблему пароля, но это может помочь.

0
ответ дан 3 December 2019 в 13:26

Корневой каталог пользователя перезаписываем группой. Это препятствует ssh авторизации с открытым ключом работать (это что сообщение Authentication refused: bad ownership or modes for directory /home/osi средства). Авторизация открытого ключа Ssh требует ~, ~/.ssh и ~/.ssh/authorized_keys быть перезаписываемым только пользователем (режим 755 или больше строгих).

Это не объясняет, почему консоль и ssh с паролем не работают. Что происходит, когда Вы пытаетесь войти в систему: пароль отклоняется, или он принят, но затем Вы роняетесь к приглашению ко входу в систему? Если последний, это может произойти из-за некоторой странности в профиле пользователя (/home/osi/.bash_profile или /home/osi/.profile) — хотя должно было бы быть довольно странно работать с su - но не с консольным входом в систему.

Оболочка пользователя /bin/bash. Проверьте это /bin/bash находится в /etc/shells и это это существует и является исполняемым файлом. Также проверьте, что нет побочного CR или другого печатаемого символа в конце строки (очень вряд ли, но лучше удостоверьтесь).

0
ответ дан 3 December 2019 в 13:26

Теги

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