# PostgreSQL Client Authentication Configuration File
# ===================================================
#
# Refer to the "Client Authentication" section in the
# PostgreSQL documentation for a complete description
# of this file. A short synopsis follows.
#
# This file controls: which hosts are allowed to connect, how clients
# are authenticated, which PostgreSQL user names they can use, which
# databases they can access. Records take one of these forms:
#
# local DATABASE USER METHOD [OPTIONS]
# host DATABASE USER CIDR-ADDRESS METHOD [OPTIONS]
# hostssl DATABASE USER CIDR-ADDRESS METHOD [OPTIONS]
# hostnossl DATABASE USER CIDR-ADDRESS METHOD [OPTIONS]
#
# (The uppercase items must be replaced by actual values.)
#
# The first field is the connection type: "local" is a Unix-domain socket,
# "host" is either a plain or SSL-encrypted TCP/IP socket, "hostssl" is an
# SSL-encrypted TCP/IP socket, and "hostnossl" is a plain TCP/IP socket.
#
# DATABASE can be "all", "sameuser", "samerole", a database name, or
# a comma-separated list thereof.
#
# USER can be "all", a user name, a group name prefixed with "+", or
# a comma-separated list thereof. In both the DATABASE and USER fields
# you can also write a file name prefixed with "@" to include names from
# a separate file.
#
# CIDR-ADDRESS specifies the set of hosts the record matches.
# It is made up of an IP address and a CIDR mask that is an integer
# (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that specifies
# the number of significant bits in the mask. Alternatively, you can write
# an IP address and netmask in separate columns to specify the set of hosts.
#
# METHOD can be "trust", "reject", "md5", "password", "gss", "sspi", "krb5",
# "ident", "pam", "ldap" or "cert". Note that "password" sends passwords
# in clear text; "md5" is preferred since it sends encrypted passwords.
#
# OPTIONS are a set of options for the authentication in the format
# NAME=VALUE. The available options depend on the different authentication
# methods - refer to the "Client Authentication" section in the documentation
# for a list of which options are available for which authentication methods.
#
# Database and user names containing spaces, commas, quotes and other special
# characters must be quoted. Quoting one of the keywords "all", "sameuser" or
# "samerole" makes the name lose its special character, and just match a
# database or username with that name.
#
# This file is read on server startup and when the postmaster receives
# a SIGHUP signal. If you edit the file on a running system, you have
# to SIGHUP the postmaster for the changes to take effect. You can use
# "pg_ctl reload" to do that.
# Put your actual configuration here
# ----------------------------------
#
# If you want to allow non-local connections, you need to add more
# "host" records. In that case you will also need to make PostgreSQL listen
# on a non-local interface via the listen_addresses configuration parameter,
# or via the -i or -h command line switches.
#
# DO NOT DISABLE!
# If you change this first entry you will need to make sure that the
# database
# super user can access the database using some other method.
# Noninteractive
# access to all databases is required during automatic maintenance
# (custom daily cronjobs, replication, and similar tasks).
#
# Database administrative login by UNIX sockets
local all postgres ident
local all root ident
# TYPE DATABASE USER CIDR-ADDRESS METHOD
# "local" is for Unix domain socket connections only
local all all ident
# IPv4 local connections:
host all all 127.0.0.1/32 md5
host all all 192.168.2.0/24 trust
# IPv6 local connections:
host all all ::1/128 md5
Installation instructions for Bucardo.
For a possibly more up to date and complete version, please visit:
http://bucardo.org/wiki/Bucardo/Installation
Before installing, please make sure you have the latest version.
Please visit:
http://bucardo.org/wiki/Bucardo/downloads
It is recommended that you create a 'bucardo' user on your system
that will be responsible for running Bucardo.
Install Bucardo like any other Perl module:
perl Makefile.PL
make
make test
make install
The last step must be done as root. You may be able to do this by running:
sudo make install
Note that 'make test' is a rather long and involved process.
However, because Bucardo is fairly complex, testing is highly
recommended before installing.
Once the above has been run, you will need to create a Bucardo database.
This can be done by running:
bucardo_ctl install
There should be no errors: if there are, please report them to
bucardo-general@bucardo.org or ask on IRC for help.
IRC: #bucardo irc.freenode.net
Bucardo by default logs to syslog, and does so very verbosely. It is
recommended that you reroute your bucardo syslog traffic to another file.
This can be done by adding this line to your /etc/syslog.conf file:
local1.* -/var/log/bucardo.log
Of course, if "local1" is already being used for something else, you will
need to change it - see the "syslog_facility" entry in the bucardo_config
table.
Once this is done, make sure you restart your syslog daemon so it rereads the
new configuration file.
Please see the documentation at http://bucardo.org for information on how to
start using Bucardo once it is installed.
| Время первой команды журнала | 18:13:25 2010- 8- 6 |
| Время последней команды журнала | 15:52:37 2010- 8-10 |
| Количество командных строк в журнале | 100 |
| Процент команд с ненулевым кодом завершения, % | 34.00 |
| Процент синтаксически неверно набранных команд, % | 3.00 |
| Суммарное время работы с терминалом *, час | 2.88 |
| Количество командных строк в единицу времени, команда/мин | 0.58 |
| Частота использования команд | | bucardo_ctl | 20 | |==================| 18.35% | | londiste | 16 | |==============| 14.68% | | cat | 10 | |=========| 9.17% | | vim | 8 | |=======| 7.34% | | ps | 6 | |=====| 5.50% | | mkdir | 4 | |===| 3.67% | | cd | 4 | |===| 3.67% | | psql | 4 | |===| 3.67% | | w | 4 | |===| 3.67% | | < | 3 | |==| 2.75% | | make | 3 | |==| 2.75% | | init | 3 | |==| 2.75% | | EOF | 3 | |==| 2.75% | | config | 2 | |=| 1.83% | | strace | 2 | |=| 1.83% | | pgqadm | 2 | |=| 1.83% | | :x | 1 | || 0.92% | | sub | 1 | || 0.92% | | mkdie | 1 | || 0.92% | | wget | 1 | || 0.92% | | p | 1 | || 0.92% | | perl | 1 | || 0.92% | | rm | 1 | || 0.92% | | tail | 1 | || 0.92% | | /etc/skytools/ticker.ini | 1 | || 0.92% | | ENV{PATH} | 1 | || 0.92% | | apt-get | 1 | || 0.92% | | ls | 1 | || 0.92% | | cpan | 1 | || 0.92% | | whois | 1 | || 0.92% | | tar | 1 | || 0.92% |
|
В журнал автоматически попадают все команды, данные в любом терминале системы.
Для того чтобы убедиться, что журнал на текущем терминале ведётся,
и команды записываются, дайте команду w.
В поле WHAT, соответствующем текущему терминалу,
должна быть указана программа script.
Команды, при наборе которых были допущены синтаксические ошибки,
выводятся перечёркнутым текстом:
$ l s-l
bash: l: command not found
|
Если код завершения команды равен нулю,
команда была выполнена без ошибок.
Команды, код завершения которых отличен от нуля, выделяются цветом.
Обратите внимание на то, что код завершения команды может быть отличен от нуля
не только в тех случаях, когда команда была выполнена с ошибкой.
Многие команды используют код завершения, например, для того чтобы показать результаты проверки
Команды, ход выполнения которых был прерван пользователем, выделяются цветом.
$ find / -name abc
find: /home/devi-orig/.gnome2: Keine Berechtigung
find: /home/devi-orig/.gnome2_private: Keine Berechtigung
find: /home/devi-orig/.nautilus/metafiles: Keine Berechtigung
find: /home/devi-orig/.metacity: Keine Berechtigung
find: /home/devi-orig/.inkscape: Keine Berechtigung
^C
|
Команды, выполненные с привилегиями суперпользователя,
выделяются слева красной чертой.
# id
uid=0(root) gid=0(root) Gruppen=0(root)
|
Изменения, внесённые в текстовый файл с помощью редактора,
запоминаются и показываются в журнале в формате ed.
Строки, начинающиеся символом "<", удалены, а строки,
начинающиеся символом ">" -- добавлены.
$ vi ~/.bashrc
| 2a3,5
> if [ -f /usr/local/etc/bash_completion ]; then
> . /usr/local/etc/bash_completion
> fi
|
|
Для того чтобы изменить файл в соответствии с показанными в диффшоте
изменениями, можно воспользоваться командой patch.
Нужно скопировать изменения, запустить программу patch, указав в
качестве её аргумента файл, к которому применяются изменения,
и всавить скопированный текст:
В данном случае изменения применяются к файлу ~/.bashrc
Для того чтобы получить краткую справочную информацию о команде,
нужно подвести к ней мышь. Во всплывающей подсказке появится краткое
описание команды.
Если справочная информация о команде есть,
команда выделяется голубым фоном, например: vi.
Если справочная информация отсутствует,
команда выделяется розовым фоном, например: notepad.exe.
Справочная информация может отсутствовать в том случае,
если (1) команда введена неверно; (2) если распознавание команды LiLaLo выполнено неверно;
(3) если информация о команде неизвестна LiLaLo.
Последнее возможно для редких команд.
Большие, в особенности многострочные, всплывающие подсказки лучше
всего показываются браузерами KDE Konqueror, Apple Safari и Microsoft Internet Explorer.
В браузерах Mozilla и Firefox они отображаются не полностью,
а вместо перевода строки выводится специальный символ.
Время ввода команды, показанное в журнале, соответствует времени
начала ввода командной строки, которое равно тому моменту,
когда на терминале появилось приглашение интерпретатора
Имя терминала, на котором была введена команда, показано в специальном блоке.
Этот блок показывается только в том случае, если терминал
текущей команды отличается от терминала предыдущей.
Вывод не интересующих вас в настоящий момент элементов журнала,
таких как время, имя терминала и других, можно отключить.
Для этого нужно воспользоваться формой управления журналом
вверху страницы.
Небольшие комментарии к командам можно вставлять прямо из командной строки.
Комментарий вводится прямо в командную строку, после символов #^ или #v.
Символы ^ и v показывают направление выбора команды, к которой относится комментарий:
^ - к предыдущей, v - к следующей.
Например, если в командной строке было введено:
$ whoami
user
$ #^ Интересно, кто я?
в журнале это будет выглядеть так:
$ whoami
user
Если комментарий содержит несколько строк,
его можно вставить в журнал следующим образом:
$ whoami
user
$ cat > /dev/null #^ Интересно, кто я?
Программа whoami выводит имя пользователя, под которым
мы зарегистрировались в системе.
-
Она не может ответить на вопрос о нашем назначении
в этом мире.
В журнале это будет выглядеть так:
$ whoami
user
| Интересно, кто я? |
Программа whoami выводит имя пользователя, под которым
мы зарегистрировались в системе.
Она не может ответить на вопрос о нашем назначении
в этом мире.
|
|
Для разделения нескольких абзацев между собой
используйте символ "-", один в строке.
Комментарии, не относящиеся непосредственно ни к какой из команд,
добавляются точно таким же способом, только вместо симолов #^ или #v
нужно использовать символы #=
-
Содержимое файла может быть показано в журнале.
Для этого его нужно вывести с помощью программы cat.
Если вывод команды отметить симоволами #!,
содержимое файла будет показано в журнале
в специально отведённой для этого секции.
-
Для того чтобы вставить скриншот интересующего вас окна в журнал,
нужно воспользоваться командой l3shot.
После того как команда вызвана, нужно с помощью мыши выбрать окно, которое
должно быть в журнале.
-
Команды в журнале расположены в хронологическом порядке.
Если две команды давались одна за другой, но на разных терминалах,
в журнале они будут рядом, даже если они не имеют друг к другу никакого отношения.
1
2
3
4
Группы команд, выполненных на разных терминалах, разделяются специальной линией.
Под этой линией в правом углу показано имя терминала, на котором выполнялись команды.
Для того чтобы посмотреть команды только одного сенса,
нужно щёкнуть по этому названию.
