Отклоненное разрешение Linux CentOS 5 пользователя SSH

Ну, я предполагаю, может ли Ваш телефон на базе Android действовать как карта с интерфейсом USB к ПК затем, каждое распределение, устанавливаемое на нормальной карте с интерфейсом USB, сделает это.

Для поиска и устранения неисправностей материала GRML является действительно большим. У них также есть инструкции, как установить его на карте с интерфейсом USB (как 'живая палка usb').

2
31.08.2012, 00:26
2 ответа

Вы сказали, что у Вас есть корневой доступ. ssh к полю как корень и видят то, что точно вызывает его. проверьте основной файл журнала /var/log/messages.

сохраните эту команду tail -f /var/log/messages выполнение в терминале и ssh к серверу как обычный пользователь. Посмотрите на записи в файле журнала.

3
27.01.2020, 21:57
  • 1
    Принятый пароль для ПОЛЬЗОВАТЕЛЯ от 127.0.0.1 портов 51 550 ssh2 pam_unix (sshd:session): сессия, открытая для пользовательского ПОЛЬЗОВАТЕЛЯ (uid=0). это - сообщение файла журнала. но в ssh терминале, сообщение об ошибке "-удар:/dev/null: Разрешение отклонило" совет, если существует что-нибудь, что я могу попробовать. спасибо –  Angel Wong 01.09.2012, 13:24
  • 2
    Ваш .profile, .bashrc, и/или .bash_profile сценарии. это кажется, что могла бы быть строка как exec /dev/null (возможно предназначенный как что-то как exec 2>/dev/null). Кроме того, как корень, проверьте перманент на/dev/null, он должен принадлежать root:root, перманент 666 (crw-rw-rw). –  cas 01.09.2012, 17:16
  • 3
    на самом деле, проигнорируйте то, что я сказал о Ваших сценариях входа в систему, он кажется, что это - проблема полномочий с/dev/null., удостоверяются, что перманент 666. lmgtfy.com/?q=%22bash%3A+%2Fdev%2Fnull%3A+Permission+denied%22 –  cas 01.09.2012, 18:24
  • 4
    благодарит Craig. работы как очарование спасибо –  Angel Wong 02.09.2012, 18:55

Это кажется, что Вы, возможно, изменили полномочия своего ~/.ssh каталог и/или Ваш ~/.ssh/authorized_keys файл. Или возможно сделанный Вашей домашней группой dir или перезаписываемым миром.

~/.ssh должен быть 700 (drwx------), и ~/.ssh/authorized_keys должен быть 600 (-rw-------).

Ваш файл (файлы) секретных ключей в ~/.ssh (id_rsa, id_dsa, и т.д.), должен также быть 600. Перманент на файлах с открытым ключом (id_rsa.pub, id_dsa.pub, и т.д.), менее строги - они могут быть читаемыми миром.

Все эти файлы и каталоги должны принадлежать Вашему пользователю.

Если Ваш корневой каталог является мировым перезаписываемым, и StrictModes установлен в sshd_config (значение по умолчанию - "да"), то sshd ничему не будет доверять под Вашим корневым каталогом (включая ~/.ssh и все в нем), потому что мировой перезаписываемый hoome dir означает, что любой пользователь в системе, возможно, создал или изменил файлы.

Я не уверен, как sshd на Centos обрабатывает перезаписываемых группой домашних директоров, но то же может применяться, если Ваш домашний dir перезаписываем группой - любой пользователь в группе, возможно, создал/изменил ~/.ssh файлы. (sshd Debian IIRC настроен, чтобы позволить перезаписываемым группой домашним директорам, потому что adduser Debian традиционно создает группу для каждого пользователя, который только пользователь является членом),

2
27.01.2020, 21:57
  • 1
    , как сказано, нет никакого authorized_keys файла и в пользователе root и в учетной записи обычного пользователя. также, .ssh папка не существует в пользователе домой непосредственно. папка .ssh только в корне непосредственно и разрешении 600. совет, если существует какая-либо другая вещь, я могу попробовать. большое спасибо –  Angel Wong 01.09.2012, 13:26
  • 2
    от Вашего ответа до fayadlami, это кажется, что Вы входите в систему успешно. я прокомментирую больше в соответствии с ответом f. проверка –  cas 01.09.2012, 17:12

Теги

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