1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
|
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>5.11. Benachrichtigungen</title>
<link rel="stylesheet" href="../stylesheets/icinga-docs.css" type="text/css">
<meta name="generator" content="DocBook XSL Stylesheets V1.75.1">
<meta name="keywords" content="Supervision, Icinga, Nagios, Linux">
<link rel="home" href="index.html" title="Icinga Version 1.14 Dokumentation">
<link rel="up" href="ch05.html" title="Kapitel 5. Die Grundlagen">
<link rel="prev" href="networkreachability.html" title="5.10. Ermitteln des Zustands und der Erreichbarkeit von Netzwerk-Hosts">
<link rel="next" href="notifications2.html" title="5.12. Benachrichtigungen: Beispiele und Fehlersuche">
<script src="../js/jquery-min.js" type="text/javascript"></script><script src="../js/icinga-docs.js" type="text/javascript"></script>
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<CENTER><IMG src="../images/logofullsize.png" border="0" alt="Icinga" title="Icinga"></CENTER>
<div class="navheader">
<table width="100%" summary="Navigation header">
<tr><th colspan="3" align="center">5.11. Benachrichtigungen</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="networkreachability.html">Zurück</a> </td>
<th width="60%" align="center">Kapitel 5. Die Grundlagen</th>
<td width="20%" align="right"> <a accesskey="n" href="notifications2.html">Weiter</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="section" title="5.11. Benachrichtigungen">
<div class="titlepage"><div><div><h2 class="title" style="clear: both">
<a name="notifications"></a>5.11. Benachrichtigungen</h2></div></div></div>
<div class="toc"><dl>
<dt><span class="section">5.11.1. <a href="notifications.html#introduction">Einführung</a></span></dt>
<dt><span class="section">5.11.2. <a href="notifications.html#when">Wann erfolgen Benachrichtigungen?</a></span></dt>
<dt><span class="section">5.11.3. <a href="notifications.html#who">Wer wird benachrichtigt?</a></span></dt>
<dt><span class="section">5.11.4. <a href="notifications.html#whatfilters">Welche Filter müssen durchlaufen werden, damit Benachrichtigungen versandt werden?</a></span></dt>
<dt><span class="section">5.11.5. <a href="notifications.html#programwidefilters">Programmweite Filter:</a></span></dt>
<dt><span class="section">5.11.6. <a href="notifications.html#servicehostfilters">Service- und Host-Filter:</a></span></dt>
<dt><span class="section">5.11.7. <a href="notifications.html#contactfilters">Kontakt-Filter:</a></span></dt>
<dt><span class="section">5.11.8. <a href="notifications.html#methods">Benachrichtigungs-Methoden</a></span></dt>
<dt><span class="section">5.11.9. <a href="notifications.html#typemacro">Benachrichtigungstyp-Makro</a></span></dt>
<dt><span class="section">5.11.10. <a href="notifications.html#helpfulresources">Hilfreiche Quellen</a></span></dt>
</dl></div>
<div class="section" title="5.11.1. Einführung">
<div class="titlepage"><div><div><h3 class="title">
<a name="introduction"></a>5.11.1. Einführung</h3></div></div></div>
<div class="mediaobject" align="right"><img src="../images/objects-contacts.png" align="right"></div>
<p>Es gab eine Menge Fragen, wie genau Benachrichtigungen arbeiten. Wir werden versuchen, genau zu erklären, wann und wie Host- und
Service-Benachrichtigungen versandt werden und ebenso, wer sie bekommt.</p>
<p>Benachrichtigungs-Eskalationen werden <a class="link" href="escalations.html" title="7.9. Benachrichtigungseskalationen">hier</a> beschrieben.</p>
</div>
<div class="section" title="5.11.2. Wann erfolgen Benachrichtigungen?">
<div class="titlepage"><div><div><h3 class="title">
<a name="when"></a>5.11.2. Wann erfolgen Benachrichtigungen?</h3></div></div></div>
<p>Die Entscheidung, Benachrichtigungen zu senden, wird in der Service- und Host-Prüflogik getroffen. Die Ermittlung, ob eine
Benachrichtigung versandt wird oder nicht, erfolgt nur dann, wenn eine Host- oder Service-Prüfung zu dieser Benachrichtigung verarbeitet
wird. Es reicht nicht, dass die in der Direktive <notification_interval> angegebene Zeit seit der letzten Benachrichtigung
vergangen ist. Host- und Service-Benachrichtigungen erfolgen in den folgenden Fällen...</p>
<div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem">
<p>wenn ein HARD-Statuswechsel erfolgt. Mehr Informationen über Statustypen und Hard-Statuswechsel finden Sie <a class="link" href="statetypes.html" title="5.8. Statustypen">hier</a>.</p>
</li>
<li class="listitem">
<p>wenn ein Host oder Service in einem Hard nicht-OK-Zustand bleibt und die in der
<<span class="emphasis"><em>notification_interval</em></span>>-Option der Host- oder Service-Definition angegebene Zeit seit der letzten
versandten Benachrichtigung verstrichen ist (für den angegebenen Host oder Service).</p>
</li>
</ul></div>
</div>
<div class="section" title="5.11.3. Wer wird benachrichtigt?">
<div class="titlepage"><div><div><h3 class="title">
<a name="who"></a>5.11.3. Wer wird benachrichtigt?</h3></div></div></div>
<p>Jede Host- und Service-Definition hat eine <<span class="emphasis"><em>contact_groups</em></span>>-Option, die angibt, welche Kontaktgruppen
Benachrichtigungen für bestimmte Hosts oder Services erhalten. Kontaktgruppen können ein oder mehrere einzelne Kontakte
enthalten.</p>
<p>Wenn Icinga eine Host- oder Service-Benachrichtigung versendet, wird es jeden Kontakt informieren, der Mitglied in einer
der Kontaktgruppen ist, die in der <<span class="emphasis"><em>contactgroups</em></span>>-Option der Service-Definition angegeben ist. Icinga
bemerkt, wenn ein Kontakt Mitglied von mehr als einer Kontaktgruppe ist und entfernt mehrfache Kontaktbenachrichtigungen, bevor es
irgendetwas tut.</p>
</div>
<div class="section" title="5.11.4. Welche Filter müssen durchlaufen werden, damit Benachrichtigungen versandt werden?">
<div class="titlepage"><div><div><h3 class="title">
<a name="whatfilters"></a>5.11.4. Welche Filter müssen durchlaufen werden, damit Benachrichtigungen versandt werden?</h3></div></div></div>
<p>Nur weil Benachrichtigungen für einen Host- oder Service versandt werden müssen, bedeutet das nicht, dass irgendein Kontakt
informiert wird. Es gibt mehrere Filter, die potenzielle Benachrichtungen durchlaufen müssen, bevor sie als würdig genug angesehen
werden, um versandt zu werden. Lassen Sie uns einen genaueren Blick auf die Filter werfen, die zu durchlaufen sind...</p>
</div>
<div class="section" title="5.11.5. Programmweite Filter:">
<div class="titlepage"><div><div><h3 class="title">
<a name="programwidefilters"></a>5.11.5. Programmweite Filter:</h3></div></div></div>
<p>Der erste Filter, den Benachrichtigungen durchlaufen müssen, ist ein Test, ob Benachrichtigungen auf einer programmweiten Basis
aktiviert sind. Dies wird ursprünglich durch die <a class="link" href="configmain.html#configmain-enable_notifications">enable_notifications</a>-Option in
der Hauptkonfigurationsdatei festgelegt, kann aber während der Laufzeit über das Web-Interface verändert werden. Falls
Benachrichtigungen auf programmweiter Basis deaktiviert sind, werden keine Benachrichtigungen für Hosts oder Services versandt - Punkt.
Wenn sie auf programmweiter Basis aktiviert sind, müssen weitere Tests durchlaufen werden...</p>
</div>
<div class="section" title="5.11.6. Service- und Host-Filter:">
<div class="titlepage"><div><div><h3 class="title">
<a name="servicehostfilters"></a>5.11.6. Service- und Host-Filter:</h3></div></div></div>
<p>Der erste Filter für Host- oder Service-Benachrichtigungen ist eine Prüfung, ob sich der Host oder Service in einer <a class="link" href="downtime.html" title="7.16. Geplante Ausfallzeiten">geplanten Ausfallzeit</a> (downtime) befindet. Falls es eine geplante Ausfallzeit ist, <span class="bold"><strong>wird
niemand informiert</strong></span>. Wenn es keine Ausfallzeit ist, geht es weiter zum nächsten Filter. Als kleine Randnotiz:
Service-Benachrichtigungen werden unterdrückt, falls sich der mit ihnen verbundene Host in einer geplanten Ausfallzeit befindet.</p>
<p>Der zweite Filter für Host- oder Service-Benachrichtigungenen ist eine Prüfung, ob der Host oder Service <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">flattert</a> (wenn Sie Flatter-Erkennung aktiviert haben). Falls der Service oder Host gerade flattert, <span class="bold"><strong>wird niemand informiert</strong></span>. Andernfalls geht es weiter zum nächsten Filter.</p>
<p>Der dritte für Hosts oder Services zu durchlaufende Filter sind die <a class="link" href="objectdefinitions.html#objectdefinitions-host">Host</a>- oder <a class="link" href="objectdefinitions.html#objectdefinitions-service">Service</a>-spezifischen Benachrichtigungsoptionen (sh. Links bzw. nachfolgende Tabelle). Jede
Service-Definition enthält Optionen, die festlegen, ob Benachrichtungen für Warnungen, kritische Zustände oder Erholungen versandt
werden oder nicht. Ähnlich ist es bei Hosts, wo festgelegt wird, ob Benachrichtigungen versandt werden, wenn der Host down geht,
unerreichbar wird oder sich wieder erholt. Falls die Host- oder Service-Benachrichtigungen diese Optionen nicht passieren, <span class="bold"><strong>wird niemand informiert</strong></span>. Wenn sie die Optionen durchlaufen, geht es zum nächsten Filter... Anmerkung:
Benachrichtigungen über Host- oder Service-Erholungen werden nur dann versandt, wenn auch eine Benachrichtigung über das ursprüngliche
Problem versandt wurde. Es ist nicht sinnvoll, eine Benachrichtigung über eine Erholung zu bekommen, wenn Sie nicht wussten, dass ein
Problem existiert.</p>
<p></p>
<a name="notifications-options"></a>
<div class="informaltable">
<table border="1">
<colgroup>
<col>
<col>
</colgroup>
<thead><tr>
<th align="center">Option</th>
<th align="center">Bedeutung der Host-Benachrichtigungsoption</th>
</tr></thead>
<tbody>
<tr>
<td>d</td>
<td>Benachrichtigungen bei einem DOWN-Zustand versenden</td>
</tr>
<tr>
<td>u</td>
<td>Benachrichtigungen bei einem UNREACHABLE-Zustand versenden</td>
</tr>
<tr>
<td>r</td>
<td>Benachrichtigungen bei Erholungen (OK-Zustand) versenden</td>
</tr>
<tr>
<td>f</td>
<td>Benachrichtigungen versenden, wenn der Host mit <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">Flattern</a> anfängt bzw. aufhört</td>
</tr>
<tr>
<td>s</td>
<td>Benachrichtigungen versenden, wenn eine <a class="link" href="downtime.html" title="7.16. Geplante Ausfallzeiten">geplante Ausfallzeit</a> anfängt oder aufhört</td>
</tr>
<tr>
<td>n</td>
<td>Es werden keine Benachrichtungen versandt, <span class="bold"><strong>egal wie die anderen Optionen aussehen
mögen</strong></span>
</td>
</tr>
</tbody>
</table>
</div>
<p></p>
<div class="informaltable">
<table border="1">
<colgroup>
<col>
<col>
</colgroup>
<thead><tr>
<th align="center">Option</th>
<th align="center">Bedeutung der Service-Benachrichtigungsoption</th>
</tr></thead>
<tbody>
<tr>
<td>w</td>
<td>Benachrichtigungen bei einem WARNING-Zustand versenden</td>
</tr>
<tr>
<td>c</td>
<td>Benachrichtigungen bei einem CRITICAL-Zustand versenden</td>
</tr>
<tr>
<td>u</td>
<td>Benachrichtigungen bei einem UNKNOWN-Zustand versenden</td>
</tr>
<tr>
<td>r</td>
<td>Benachrichtigungen bei Erholungen (OK-Zustand) versenden</td>
</tr>
<tr>
<td>f</td>
<td>Benachrichtigungen versenden, wenn der Service mit <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">Flattern</a> anfängt bzw. aufhört</td>
</tr>
<tr>
<td>s</td>
<td>Benachrichtigungen versenden, wenn eine <a class="link" href="downtime.html" title="7.16. Geplante Ausfallzeiten">geplante Ausfallzeit</a> anfängt oder aufhört</td>
</tr>
<tr>
<td>n</td>
<td>Es werden keine Benachrichtungen versandt, <span class="bold"><strong>egal wie die anderen Optionen aussehen
mögen</strong></span>
</td>
</tr>
</tbody>
</table>
</div>
<p>Der vierte Host- oder Service-Filter, der durchlaufen werden muss, ist der Zeitfenster-Test. Jede Host- und Service-Definition hat
eine <<span class="emphasis"><em>notification_period</em></span>>-Option, die angibt, welches Zeitfenster gültige Benachrichtigungszeiten für den
Host oder Service enthält. Wenn die Zeit der Benachrichtigung nicht in einen gültigen Bereich des Zeitfensters fällt, <span class="bold"><strong>wird niemand informiert</strong></span>. Wenn sie in einen gültigen Bereich fällt, geht es zum nächsten Filter... Anmerkung:
falls der Zeitfenster-Filter nicht erfolgreich durchlaufen wird, plant Icinga die nächste Benachrichtigung für den Host oder
Service (falls er sich in einem nicht-OK-Status befindet) für die nächste verfügbare gültige Zeit im Zeitfenster. Dies stellt sicher,
dass der Kontakt so früh wie möglich über Probleme informiert wird, wenn die nächste gültige Zeit erreicht wird.</p>
<p>Der letzte Satz von Host- oder Service-Filter ist abhängig von zwei Dingen: (1) zu einem Zeitpunkt in der Vergangenheit wurde
bereits eine Benachrichtigung über ein Problem mit dem Host oder Service versandt und (2) blieb der Host oder Service im gleichen
nicht-OK-Zustand, der zur Zeit der Benachrichtigung vorlag. Wenn diese beiden Kriterien zutreffen, wird Icinga prüfen und
sicherstellen, dass die seit der letzten Benachrichtigung vergangene Zeit den in der Option
<<span class="emphasis"><em>notification_interval</em></span>> angegebenen Wert in der Host- oder Service-Definition erreicht oder übertrifft. Falls
nicht genug Zeit seit der letzten Benachrichtigung vergangen ist, <span class="bold"><strong>wird niemand benachrichtigt</strong></span>. Wenn
entweder genug Zeit seit der letzten Benachrichtigung vergangen ist oder die beiden Kriterien dieses Filters erfüllt wurden, wird die
Benachrichtigung versandt. Ob sie tatsächlich an einzelne Kontakte versandt wird, hängt von einem weiteren Satz von Filtern ab...</p>
</div>
<div class="section" title="5.11.7. Kontakt-Filter:">
<div class="titlepage"><div><div><h3 class="title">
<a name="contactfilters"></a>5.11.7. Kontakt-Filter:</h3></div></div></div>
<p>An diesem Punkt hat die Benachrichtigung die programmweiten und alle Host- und Service-Filter durchlaufen und Icinga
beginnt, <a class="link" href="objectdefinitions.html#objectdefinitions-contact">alle betroffenen Leute zu informieren</a>. Bedeutet dies, dass jeder Kontakt die
Benachrichtigung erhalten wird? Nein. Jeder Kontakt hat seinen eigenen Satz von Filtern, den die Benachrichtigung passieren muss.
Anmerkung: Kontaktfilter sind spezifisch für jeden Kontakt und beeinflussen nicht, ob andere Kontakte Benachrichtigungen erhalten oder
nicht.</p>
<p>Der erste zu passierende Filter für jeden Kontakt sind die Benachrichtigungsoptionen. Jede Kontaktdefinition enthält Optionen, die
festlegen, ob Service-Benachrichtigungen für Warning- und Critital-Zustände und Erholungen versandt werden können. Jede
Kontakt-Definition enthält auch Optionen, die festlegen, ob Host-Benachrichtigungen versandt werden, wenn der Host "down" geht,
unerreichbar wird oder sich erholt. Falls die Host- oder Service-Benachrichtigung diese Optionen nicht passieren kann, <span class="bold"><strong>wird der Kontakt nicht informiert</strong></span>. Wenn es diese Optionen passiert, wird die Benachrichtigung an den nächsten
Filter weitergereicht... Anmerkung: Benachrichtigungen über die Erholung von Host oder Service werden nur dann versandt, wenn eine
Benachrichtigung für das ursprüngliche Problem versandt wurde. Es ist sinnlos, eine Benachrichtigung über eine Erholung zu versenden,
wenn Sie nicht wussten, dass ein Problem existiert...</p>
<p>Der letzte zu passierende Filter für jeden Kontakt ist der Zeitfenster-Test. Jede Kontaktdefinition hat eine
<<span class="emphasis"><em>notification_period</em></span>>-Option, die angibt, welches Zeitfenster gültige Benachrichtigungszeiten für den Kontakt
enthält. Wenn die Zeit, in der die Benachrichtigung erstellt wird, nicht in ein gültiges Zeitfenster fällt, <span class="bold"><strong>wird
der Kontakt nicht informiert</strong></span>. Wenn sie in ein gültiges Zeitfenster fällt, wird der Kontakt informiert!</p>
</div>
<div class="section" title="5.11.8. Benachrichtigungs-Methoden">
<div class="titlepage"><div><div><h3 class="title">
<a name="methods"></a>5.11.8. Benachrichtigungs-Methoden</h3></div></div></div>
<p>Icinga kann Sie über Probleme und Erholungen auf vielfältige Weise informieren: Pager, Handy, e-Mail, SMS, Audio-Hinweis
usw. Wie Benachrichtigungen versandt werden, hängt von den <a class="link" href="objectdefinitions.html#objectdefinitions-command">Benachrichtigungs-Befehlen</a>
ab, die in Ihren <a class="link" href="config.html" title="3.1. Konfigurationsüberblick">Objekt-Definitionsdateien</a> definiert werden.</p>
<p><span class="inlinemediaobject"><img src="../images/note.gif"></span> Anmerkung: Wenn Sie Icinga nach den <a class="link" href="quickstart.html" title="2.3. Schnellstart-Installationsanleitungen">Schnellstart-Anleitungen</a>
installieren, sollte es zum Versand von e-Mail-Benachrichtigungen konfiguriert sein. Sie können die benutzten e-Mail-Befehle ansehen,
indem Sie den Inhalt der Datei <span class="emphasis"><em>/usr/local/icinga/etc/objects/commands.cfg</em></span> betrachten.</p>
<p>Spezielle Benachrichtigungs-Methoden (Paging usw.) sind nicht direkt in den Icinga-Code integriert, denn es ist nicht
sinnvoll. Der "Kern" von Icinga ist nicht als eierlegene Wollmilchsau gedacht. Wenn Service-Prüfungen im Icinga-Kern
enthalten wären, hätten Benutzer große Schwierigkeiten, neue Prüfmethoden hinzuzufügen, bestehende Prüfungen zu modifizieren usw.
Benachrichtigungen arbeiten in ähnlicher Weise. Es gibt tausend verschiedene Wege, Benachrichtigungen zu versenden und es gibt bereits
viele Pakete, die die schmutzige Arbeit tun, also warum das Rad neu erfinden und sich dann auf einen Fahrrad-Reifen beschränken? Es ist
viel einfacher, ein externes Gebilde (das kann ein einfaches Script sein oder ein ausgewachsenes Message-System) die ganze Arbeit tun zu
lassen. Einige Message-Pakete, die Benachrichtigungen für Pager und Handys verarbeiten können, sind weiter unten aufgeführt.</p>
</div>
<div class="section" title="5.11.9. Benachrichtigungstyp-Makro">
<div class="titlepage"><div><div><h3 class="title">
<a name="typemacro"></a>5.11.9. Benachrichtigungstyp-Makro</h3></div></div></div>
<p>Wenn Sie Benachrichtigungs-Befehle erstellen, müssen Sie beachten, um welchen Typ von Benachrichtigung es sich handelt. Das Makro
<a class="link" href="macrolist.html#macrolist-notificationtype">$NOTIFICATIONTYPE$</a> enthält eine Zeichenkette, die genau das angibt. Die nachfolgende
Tabelle zeigt die möglichen Werte und deren entsprechende Beschreibungen:</p>
<div class="informaltable">
<table border="1">
<colgroup>
<col>
<col>
</colgroup>
<tbody>
<tr>
<td><p> <span class="bold"><strong>Wert</strong></span> </p></td>
<td><p> <span class="bold"><strong>Beschreibung</strong></span> </p></td>
</tr>
<tr>
<td><p>PROBLEM</p></td>
<td><p>Ein Host oder Service hat gerade einen Problemzustand erreicht (oder ist noch in einem). Wenn dies eine
Service-Benachrichtigung ist, bedeutet das, dass der Service in einem WARNING-, UNKNOWN- oder CRITICAL-Zustand ist. Wenn dies
eine Host-Benachrichtigung ist, bedeutet das, dass der Host in einem DOWN- oder UNREACHABLE-Zustand ist.</p></td>
</tr>
<tr>
<td><p>RECOVERY</p></td>
<td><p>Ein Service oder Host hat sich erholt. Wenn dies eine Service-Benachrichtigung ist, bedeutet es, dass der Service
gerade wieder in einen OK-Zustand zurückgekehrt ist. Wenn dies eine Host-Benachrichtigung ist, bedeutet das, dass der Host
gerade wieder in einen UP-Zustand zurückgekehrt ist.</p></td>
</tr>
<tr>
<td><p>ACKNOWLEDGEMENT</p></td>
<td><p>Diese Benachrichtigung ist eine Bestätigung für ein Host- oder Service-Problem. Bestätigungen werden von Kontakten
für diesen Host oder Service über das Web-Interface ausgelöst.</p></td>
</tr>
<tr>
<td><p>FLAPPINGSTART</p></td>
<td><p>Der Host oder Service hat gerade angefangen zu <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">flattern</a>.</p></td>
</tr>
<tr>
<td><p>FLAPPINGSTOP</p></td>
<td><p>Der Host oder Service hat gerade aufgehört zu <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">flattern</a>.</p></td>
</tr>
<tr>
<td><p>FLAPPINGDISABLED</p></td>
<td><p>Der Host oder Service hat gerade aufgehört zu <a class="link" href="flapping.html" title="7.8. Erkennung und Behandlung von Status-Flattern">flattern</a>, weil die Flatter-Erkennung
deaktiviert wurde.</p></td>
</tr>
<tr>
<td><p>DOWNTIMESTART</p></td>
<td><p>Der Host oder Service hat gerade ein <a class="link" href="downtime.html" title="7.16. Geplante Ausfallzeiten">geplante Downtime</a> begonnen. Weitere
Benachrichtigungen werden unterdrückt.</p></td>
</tr>
<tr>
<td><p>DOWNTIMEEND</p></td>
<td><p>Der Host oder Service hat gerade eine <a class="link" href="downtime.html" title="7.16. Geplante Ausfallzeiten">geplante Downtime</a> beendet. Benachrichtungen
über Probleme werden wieder versandt.</p></td>
</tr>
<tr>
<td><p>DOWNTIMECANCELLED</p></td>
<td><p>Die Phase der <a class="link" href="downtime.html" title="7.16. Geplante Ausfallzeiten">geplanten Downtime</a> für den Host oder Service wurde gerade annulliert.
Benachrichtungen über Probleme werden wieder versandt.</p></td>
</tr>
</tbody>
</table>
</div>
</div>
<div class="section" title="5.11.10. Hilfreiche Quellen">
<div class="titlepage"><div><div><h3 class="title">
<a name="helpfulresources"></a>5.11.10. Hilfreiche Quellen</h3></div></div></div>
<p>Es gibt viele Wege, wie Sie Icinga konfigurieren können, damit Benachrichtigungen versandt werden. Sobald Sie dies tun,
müssen Sie notwendige Software installieren und Benachrichtigungs-Befehle konfigurieren, bevor Sie diese benutzen können. Hier sind nur
ein paar mögliche Benachrichtigungs-Methoden:</p>
<div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem">
<p>e-Mail</p>
</li>
<li class="listitem">
<p>Pager</p>
</li>
<li class="listitem">
<p>Telefon (SMS)</p>
</li>
<li class="listitem">
<p>WinPopup-Meldung</p>
</li>
<li class="listitem">
<p>Yahoo-, ICQ- oder MSN-Sofortnachricht</p>
</li>
<li class="listitem">
<p>Audio-Hinweise</p>
</li>
<li class="listitem">
<p>etc...</p>
</li>
</ul></div>
<p>Im Grunde genommen kann alles, was Sie von einer Kommandozeile aus tun können, so angepasst werden, dass Sie es in einem
Benachrichtigungs-Befehl nutzen können.</p>
<p>Wenn Sie nach einer Alternative suchen, um Meldungen per e-Mail an Ihren Pager oder Ihr Handy zu versenden, sollten Sie diese
Pakete ausprobieren. Sie können in Verbindung mit Icinga dazu benutzt werden, Benachrichtigungen über ein Modem zu versenden,
wenn ein Problem auftritt. Auf diese Weise müssen Sie sich nicht auf e-Mail verlassen, um Benachrichtigungen zu versenden (bedenken Sie,
dass e-Mail ggf. *nicht* funktioniert, wenn es ein Netzwerk-Problem gibt). Wir haben diese Pakete nicht selbst ausprobiert, aber andere
haben von erfolgreichem Einsatz berichtet...</p>
<div class="itemizedlist"><ul class="itemizedlist" type="disc">
<li class="listitem">
<p><a class="link" href="http://www.gnokii.org/" target="_top">Gnokii</a> (SMS-Software, um Nokia-Telefone über das GSM-Netzwerk zu
erreichen)</p>
</li>
<li class="listitem">
<p><a class="link" href="http://www.qpage.org/" target="_top">QuickPage</a> (Alphanumerische Pager-Software)</p>
</li>
<li class="listitem">
<p><a class="link" href="http://www.sendpage.org/" target="_top">Sendpage</a> (Paging-Software)</p>
</li>
</ul></div>
<p>Wenn Sie eine nicht-traditionelle Methode für Benachrichtigungen ausprobieren möchten, können Sie ggf. Audio-Hinweise nutzen. Wenn
Sie Audio-Hinweise auf dem Überwachungs-Rechner (mit synthetischer Stimme) abspielen möchten, probieren Sie <a class="link" href="http://www.cstr.ed.ac.uk/projects/festival/" target="_top">Festival</a>. Wenn Sie den Überwachungs-Rechner lieber in Ruhe lassen und
Audio-Hinweise auf einem anderen Rechner abspielen möchten, dann sehen Sie sich die Projekte <a class="link" href="http://radscan.com/nas.html" target="_top">Network Audio System (NAS)</a> und <a class="link" href="http://rplay.doit.org/" target="_top">rplay</a>
an.</p>
<a class="indexterm" name="idm139734669635328"></a>
<a class="indexterm" name="idm139734669633984"></a>
<a class="indexterm" name="idm139734669632432"></a>
<a class="indexterm" name="idm139734669630672"></a>
</div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="networkreachability.html">Zurück</a> </td>
<td width="20%" align="center"><a accesskey="u" href="ch05.html">Nach oben</a></td>
<td width="40%" align="right"> <a accesskey="n" href="notifications2.html">Weiter</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">5.10. Ermitteln des Zustands und der Erreichbarkeit von Netzwerk-Hosts </td>
<td width="20%" align="center"><a accesskey="h" href="index.html">Zum Anfang</a></td>
<td width="40%" align="right" valign="top"> 5.12. Benachrichtigungen: Beispiele und Fehlersuche</td>
</tr>
</table>
</div>
<P class="copyright">© 1999-2009 Ethan Galstad, 2009-2017 Icinga Development Team, https://www.icinga.com</P>
</body>
</html>
|
