LXF159:Сисадминам - История изменений

Olkol: /* rsyslog */

2018-09-26T11:16:36Z

‎rsyslog

Olkol в 11:15, 26 сентября 2018

2018-09-26T11:15:59Z

Olkol: /* Шаблоны */

2018-09-23T00:44:07Z

‎Шаблоны

Olkol: /* Перенаправление */

2018-09-23T00:42:38Z

‎Перенаправление

Olkol: /* Перенаправление */

2018-09-23T00:38:31Z

‎Перенаправление

Olkol: /* Перенаправление */

2018-09-23T00:36:30Z

‎Перенаправление

Olkol: /* Перенаправление */

2018-09-23T00:35:39Z

‎Перенаправление

Olkol: /* Перенаправление */

2018-09-23T00:25:33Z

‎Перенаправление

Olkol: /* Перенаправление */

2018-09-23T00:24:12Z

‎Перенаправление

Olkol: /* Перенаправление */

2018-09-23T00:23:05Z

‎Перенаправление

@@ Строка 50: / Строка 50: @@
 > Домашняя страница интерфейса пользователя MAAS с одним зарегистрированным компьютером.
-===rsyslog===
+===Rsyslog===
 ''Почтенный syslog долгие годы занимался журналированием в UNIX и Linux. Пришедший на замену rsyslog принес решение уровня предприятия для журналирования в Linux.''

@@ Строка 8: / Строка 8: @@
 '']]
-<span style="color:black"><span style="font-size: 400%">  По рецептам доктора Брауна </span></span>
+<span style="color:black"><span style="font-size: 200%">  По рецептам доктора Брауна </span></span>
 ''Эзотерическое системное администрирование из причудливых заворотов кишок серверной''

@@ Строка 212: / Строка 212: @@
 %syslogtag%%msg:::drop-last-lf%\n”
-Применение шаблонов
+===Применение шаблонов===
 Этот шаблон соответствует традиционному формату syslog с добавлением поля %pri-text %.Определив шаблон и дав ему имя, мы можем велеть rsyslog использовать его в наших действиях примерно с таким правилом:

@@ Строка 174: / Строка 174: @@
 service rsyslog restart
-Отклонение сообщений
+===Отклонение сообщений===
 В rsyslog можно явно задать действие discard с помощью символа ~. Если сообщение соответствует правилу, с которым связано действие discard, сообщение не сравнивается с дальнейшими правилами в файле.
@@ Строка 194: / Строка 194: @@
 Первую строку пояснять не нужно – она выбирает сообщения, содержащие строку NETFILTER. Возможны и другие типы сопоставления, например, startswith [начинается с]) вместо contains; либо можно воспользоваться regex для поиска по регулярному выражению. Вторая строка велит rsyslog отклонить это сообщение, и оно не будет проверяться на соответствие дальнейшим правилам. Так мы гарантируем, что сообщения NETFILTER попадут только в iptables.log.
-Шаблоны
+===Шаблоны===
 С помощью шаблона можно определить структуру строк, которые rsyslog записывает в лог-файлы. Для начала проясним, что у сообщений есть структура (определенная в RFC3164). Вот пример (взятый из /var/log/messages в Fedora):
 Mar 22 05:06:12 saturn dhclient[880]: DHCPACK from 192.168.81.254
 Вы видите, что здесь есть время, имя хоста (saturn), имя программы, идентификатор процесса и, наконец, некое текстовое описание. (Эта последняя часть проверяется на соответствие свойству msg сообщения в моем предыдущем примере). Это пример формата по умолчанию. Но с помощью шаблонов можно определить собственные форматы. Например, вот как с помощью шаблона можно включить в выводимый текст приоритет сообщения (пожалуй, странно, что, учитывая роль приоритета в выборе сообщений традиционными правилами syslog устройство.серьезность, сам приоритет по умолчанию не записывается в лог-файл). Пример, сознаюсь, принадлежит Райнеру...

@@ Строка 132: / Строка 132: @@
 $InputTCPServerRun 514
-{| class="wikitable" style="float:right; margin-left:0.8em; width:40%"
+{| class="wikitable" style="float:right;text-align: center;  margin-left:0.8em; width:40%"
 |-
 | ИМЯ МОДУЛЯ

@@ Строка 134: / Строка 134: @@
 {| class="wikitable" style="float:right; margin-left:0.8em; width:50%"
 |-
-| Текст ячейки
+| ИМЯ МОДУЛЯ
-| Текст ячейки
+| ОПИСАНИЕ
 |-
-| Текст ячейки
+|IMUXSOCK
-| Текст ячейки
+| Слушает доменный сокет unix /dev/log (традиционное поведение syslog)
 |-
-| Текст ячейки
+|  IMTC
-| Текст ячейки
+|  Слушает сообщения, перенаправляемые по TCP-соединению
 |}

← Предыдущая		Версия 00:23, 23 сентября 2018
Строка 131:		Строка 131:

	$InputTCPServerRun 514		$InputTCPServerRun 514
		+
		+	{\| class="wikitable" style="float:left; margin-right:0.8em; clear:left"
		+	\|-
		+	\| Текст ячейки
		+	\|}

	Доставка сообщений по протоколу TCP гораздо надежнее, чем по UDP, потому что если локальный компьютер выйдет из строя, центральный rsyslog это обнаружит. В этом случае rsyslog можно настроить на сбор сообщений в очередь для последующей передачи. Однако rsyslog предлагает и гораздо более надежный сервер перенаправления сообщений – RELP (Reliable Event Logging Protocol – надежный протокол журналирования событий), который предоставляет явные подтверждения «сообщения принято» на уровне приложения. Чтобы воспользоваться RELP, нужно загрузить модули omrelp (на центральном сервере) и imrelp (на локальном компьютере).		Доставка сообщений по протоколу TCP гораздо надежнее, чем по UDP, потому что если локальный компьютер выйдет из строя, центральный rsyslog это обнаружит. В этом случае rsyslog можно настроить на сбор сообщений в очередь для последующей передачи. Однако rsyslog предлагает и гораздо более надежный сервер перенаправления сообщений – RELP (Reliable Event Logging Protocol – надежный протокол журналирования событий), который предоставляет явные подтверждения «сообщения принято» на уровне приложения. Чтобы воспользоваться RELP, нужно загрузить модули omrelp (на центральном сервере) и imrelp (на локальном компьютере).

LXF159:Сисадминам - История изменений

Olkol: /* rsyslog */

Olkol в 11:15, 26 сентября 2018

Olkol: /* Шаб­ло­ны */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Пе­ре­на­прав­ление */

Olkol: /* Шаблоны */

Olkol: /* Перенаправление */

Olkol: /* Перенаправление */

Olkol: /* Перенаправление */

Olkol: /* Перенаправление */

Olkol: /* Перенаправление */

Olkol: /* Перенаправление */

Olkol: /* Перенаправление */