Автоматизированная установка модуля PAM
Вы видите текущее содержание текстовой консоли /dev/tty1 в файле /dev/vcs1 (где 1 число в Ctrl+Alt+F1). (При попытке читать из /dev/tty1, Вы будете конкурировать с программой, работающей там за вводом с клавиатуры.) vcs устройства обычно только читаемы корнем. Вы получаете снимок; нет никакого удобного способа стать довольным, как это прибывает.
ttysnoop программа позволяет Вам следить за трафиком в консоли от другого терминала (включая X терминалов). Но это - что-то, что необходимо настроить заранее.
Вместо того, чтобы пытаться поймать сообщения, когда они были произведены на текстовой консоли, расположение, чтобы направить сообщения к другому местоположению. Большая часть такого консольного вывода закончится в системных журналах в файлах под /var/log. Под X (т.е. в графическом режиме), можно поймать эти сообщения с xconsole, который является частью стандарта X распределений.
Если xconsole не показывает сообщения, Вы хотите, редактируете свой вопрос упомянуть, куда эти сообщения прибывают из.
Если Вы не можете добраться xconsole для показа любого сообщения отредактируйте вопрос включать точную операционную систему, любые шаги конфигурации, которые Вы сделали, и любое сообщение об ошибке, которое Вы видели.
Если сообщения не прибудут из системного средства входа, но из программы Вы запустили в консоли текстового режима, то Вы будете лучше обслуживаться при помощи перенаправления. Расположите запустить программу как это:
mv ~/.myprogram.log ~/.myprogram.log.old
myprogram --with arguments 2>&1 >~/.myprogram.log
Затем можно считать вывод из программы отовсюду путем взгляда в файле ~/.myprogram.log. В частности, чтобы наблюдать, что файл растет в режиме реального времени, работать
tail -n +1 -f ~/.myprogram.log
Если бы программа запущена Вашими X сценариями запуска, было бы лучше перенаправить вывод от целого X последовательностей запуска в файл. На самом деле много дистрибутивов делают это автоматически. Если Вы используете a .xinitrc или .xsession файл, помещенный следующая строка около начала файла перенаправить вывод из последующих программ:
exec >"$HOME/.xsession-$DISPLAY.log" 2>&
Я не думаю, что внесение автоматизированных изменений в pam файле конфигурации является хорошей идеей.
- Существует столько возможных конфигураций, который невозможно предсказать, в которую строку конфигурации мы должны вставить наш.
- Иногда конфигурациям досаждают во многие файлы и включают в основную конфигурацию.
- Пользователь может хотеть использовать Ваш бэкенд авторизации только для указанных сервисов как ssh или ftp не в масштабе всей системы.
- В худшем управлении вариантом развития событий на pam конфигурация может вызвать:
- блокирование входа в систему системы (когда Вы не имеете настроенными Ваша база данных и очередь модулей для проверки концов на модуле),
- никакой эффект (когда Вы помещаете его после
pam_permit) - возможность войти в использование каких-либо (случайных) учетных данных (?)
Хорошая идея состоит в том, чтобы обеспечить немного конфигурационных файлов в качестве примера, в которых Вы показываете, как использовать Ваш модуль для: войдите в систему с помощью только базу данных, войдите в систему с помощью дб или пользователей системы и т.д.
-
1+1, я, чтобы настоятельно рекомендовать Ваш пакет НЕ касаюсь системы PAM, который должен всегда быть областью установки дистрибутива и затем системного администратора. Обеспечьте образцы для того, как отредактировать конфигурации pam, чтобы заставить Вашу систему работать, но оставить его до администратора для фактического касания файлов. Если Вы хотите добавить, что файл следует целевым инструкциям по дистрибутивам, но если необходимо отредактировать существующий для меток наряду с чем-то, которое ДОЛЖНО потребовать ручного вмешательства администратора. – Caleb 09.07.2011, 12:13
-
2Хорошо, это имеет смысл. Я предполагаю, что создам некоторые демонстрационные файлы конфигурации и дам подробные инструкции относительно предпочтительной установки. способность – beatgammit 09.07.2011, 21:08