Ubuntu szerver logolás (Fossa) - Laptörténet

KZoli: /* Telepítés */

2020-05-19T12:46:12Z

Telepítés

← Régebbi változat		A lap 2020. május 19., 12:46-kori változata
19. sor:		19. sor:

	Annak érdekében, hogy a ''/etc/syslog-ng/conf.d''-ben később teljes értékű ''overlay'' állományokat helyezhessünk el, módosítsuk a ''/etc/syslog-ng.conf'' állományt, és helyezzük át az inklúziót a fájl végéről a ''log'' szekció elé:		Annak érdekében, hogy a ''/etc/syslog-ng/conf.d''-ben később teljes értékű ''overlay'' állományokat helyezhessünk el, módosítsuk a ''/etc/syslog-ng.conf'' állományt, és helyezzük át az inklúziót a fájl végéről a ''log'' szekció elé:
	<pre>-rw-r--r-- root root syslog-ng.conf		<pre>-rw-r--r-- root root /etc/syslog-ng/syslog-ng.conf

	[...]		[...]

KZoli: /* Szabályok */

2020-05-17T14:06:38Z

Szabályok

← Régebbi változat		A lap 2020. május 17., 14:06-kori változata
93. sor:		93. sor:
	A figyelmen kívül hagyandó logbejegyzésekre passzoló reguláris kifejezéseket a ''/etc/logcheck/ignore.d.server'' alatti kivétel állományok tartalmazzák, míg a mindenképpen jelentendő eseményeket a ''etc/logcheck/cracking.d'' vagy ''/etc/logcheck/violations.d'' állományokban lehet definiálni. A ''logcheck'' telepítésekor kapunk egy szabálykészletet, amely azonban még mindig nagyon sok, számunkra érdektelen logbejegyzést átenged. További szabályokért [{{SERVER}}/download/ töltsük le] a legfrissebb ''logcheck-rules-fix'' tarballt, és a könyvtárszerkezet megtartásával csomagoljuk ki.		A figyelmen kívül hagyandó logbejegyzésekre passzoló reguláris kifejezéseket a ''/etc/logcheck/ignore.d.server'' alatti kivétel állományok tartalmazzák, míg a mindenképpen jelentendő eseményeket a ''etc/logcheck/cracking.d'' vagy ''/etc/logcheck/violations.d'' állományokban lehet definiálni. A ''logcheck'' telepítésekor kapunk egy szabálykészletet, amely azonban még mindig nagyon sok, számunkra érdektelen logbejegyzést átenged. További szabályokért [{{SERVER}}/download/ töltsük le] a legfrissebb ''logcheck-rules-fix'' tarballt, és a könyvtárszerkezet megtartásával csomagoljuk ki.

	Az ebben szereplő szabályok (*-fix állományok) közül ~~a következőre~~ csak speciális esetekben van szükség, de rutinszerű meghagyásuk ~~sem~~ hiba:		Az ebben szereplő szabályok (''*-fix'' állományok) közül az alábbiakra csak speciális esetekben van szükség (de rutinszerű meghagyásuk nem hiba):

	* ''kernel-apipa-fix'' - DHCP-vel kiszolgált hálózaton lévő gép szerver esetén az ''automatic private IP address'' (169.254.0.0/16 B osztály) alhálózat forgalmát nem jelenti;		* ''kernel-apipa-fix'' - DHCP-vel kiszolgált hálózaton lévő gép szerver esetén az ''automatic private IP address'' (169.254.0.0/16 B osztály) alhálózat forgalmát nem jelenti;
99. sor:		99. sor:
	* ''kernel-martians-fix'' - Osztott hálózaton lévő gép esetén "marslakó" ''(martian source/destination)'' broadcast-okat nem jelenti;		* ''kernel-martians-fix'' - Osztott hálózaton lévő gép esetén "marslakó" ''(martian source/destination)'' broadcast-okat nem jelenti;

	* ''dhcp-fix'' - DHCP szerver esetén a nem IP-vel hanem hostnévvel hivatkozást nem jelenti;		* ''dhcp-fix'' - DHCP szerver esetén a nem IP-vel hanem hostnévvel hivatkozást nem jelenti.

	Bármely szabályállományt szabadon szerkeszthetjük, illetve módosíthatjuk, azonban érdemes saját szabályállományokat használni egy esetleges jövőbeni csomagfrissítéssel ütközés elkerülése érdekében. A szabálymódosítások a ''logcheck'' következő lefutásakor azonnal érvényesülnek (semmit nem kell újraindítani).		Bármely szabályállományt szabadon szerkeszthetjük, illetve módosíthatjuk, azonban érdemes saját szabályállományokat használni egy esetleges jövőbeni csomagfrissítéssel ütközés elkerülése érdekében. A szabálymódosítások a ''logcheck'' következő lefutásakor azonnal érvényesülnek (semmit nem kell újraindítani).

KZoli: /* Szabályok */

2020-05-17T14:04:43Z

Szabályok

← Régebbi változat		A lap 2020. május 17., 14:04-kori változata
91. sor:		91. sor:
	<pre>chmod -R o-rwx /etc/logcheck</pre>		<pre>chmod -R o-rwx /etc/logcheck</pre>
	===Szabályok===		===Szabályok===
	A figyelmen kívül hagyandó logbejegyzésekre passzoló reguláris kifejezéseket a ''/etc/logcheck/ignore.d.server'' alatti kivétel állományok tartalmazzák, míg a mindenképpen jelentendő eseményeket a ''etc/logcheck/cracking.d'' vagy ''/etc/logcheck/violations.d'' állományokban lehet definiálni. A ''logcheck'' telepítésekor kapunk egy szabálykészletet, amely azonban még mindig nagyon sok, számunkra érdektelen logbejegyzést átenged. ~~Ezért~~ töltsük le a legfrissebb ''logcheck-rules-fix'' tarballt, és a könyvtárszerkezet megtartásával csomagoljuk ki!		A figyelmen kívül hagyandó logbejegyzésekre passzoló reguláris kifejezéseket a ''/etc/logcheck/ignore.d.server'' alatti kivétel állományok tartalmazzák, míg a mindenképpen jelentendő eseményeket a ''etc/logcheck/cracking.d'' vagy ''/etc/logcheck/violations.d'' állományokban lehet definiálni. A ''logcheck'' telepítésekor kapunk egy szabálykészletet, amely azonban még mindig nagyon sok, számunkra érdektelen logbejegyzést átenged. További szabályokért [{{SERVER}}/download/ töltsük le] a legfrissebb ''logcheck-rules-fix'' tarballt, és a könyvtárszerkezet megtartásával csomagoljuk ki.

	Az ebben szereplő szabályok (*-fix állományok) közül a következőre csak speciális esetekben van szükség, de rutinszerű meghagyásuk sem hiba:		Az ebben szereplő szabályok (*-fix állományok) közül a következőre csak speciális esetekben van szükség, de rutinszerű meghagyásuk sem hiba:

KZoli: /* Szabályok */

2020-05-15T12:43:04Z

Szabályok

← Régebbi változat		A lap 2020. május 15., 12:43-kori változata
101. sor:		101. sor:
	* ''dhcp-fix'' - DHCP szerver esetén a nem IP-vel hanem hostnévvel hivatkozást nem jelenti;		* ''dhcp-fix'' - DHCP szerver esetén a nem IP-vel hanem hostnévvel hivatkozást nem jelenti;

	A szabálymódosítások a ''logcheck'' következő lefutásakor azonnal érvényesülnek (semmit nem kell újraindítani).		Bármely szabályállományt szabadon szerkeszthetjük, illetve módosíthatjuk, azonban érdemes saját szabályállományokat használni egy esetleges jövőbeni csomagfrissítéssel ütközés elkerülése érdekében. A szabálymódosítások a ''logcheck'' következő lefutásakor azonnal érvényesülnek (semmit nem kell újraindítani).

	===Tesztelési tippek===		===Tesztelési tippek===

KZoli: /* Mindenképpen jelentendők beállítása */

2020-05-15T12:39:43Z

Mindenképpen jelentendők beállítása

@@ 103. sor: / 103. sor: @@
 A szabálymódosítások a ''logcheck'' következő lefutásakor azonnal érvényesülnek (semmit nem kell újraindítani).
 ===Tesztelési tippek===
 Saját szabályok teszteléséhez használható tippek (innen: [https://zeldor.biz/2010/08/configure-logcheck/ Configure logcheck] - thx!):

KZoli: /* Szabályok */

2020-05-15T12:39:30Z

Szabályok

← Régebbi változat		A lap 2020. május 15., 12:39-kori változata
100. sor:		100. sor:

	* ''dhcp-fix'' - DHCP szerver esetén a nem IP-vel hanem hostnévvel hivatkozást nem jelenti;		* ''dhcp-fix'' - DHCP szerver esetén a nem IP-vel hanem hostnévvel hivatkozást nem jelenti;

			A szabálymódosítások a ''logcheck'' következő lefutásakor azonnal érvényesülnek (semmit nem kell újraindítani).

	===Mindenképpen jelentendők beállítása===		===Mindenképpen jelentendők beállítása===

KZoli: /* Szabályok */

2020-05-15T12:38:06Z

Szabályok

← Régebbi változat		A lap 2020. május 15., 12:38-kori változata
91. sor:		91. sor:
	<pre>chmod -R o-rwx /etc/logcheck</pre>		<pre>chmod -R o-rwx /etc/logcheck</pre>
	===Szabályok===		===Szabályok===
	A figyelmen kívül hagyandó logbejegyzésekre passzoló reguláris kifejezéseket a ''/etc/logcheck/ignore.d.server'' alatti kivétel állományok tartalmazzák, míg a mindenképpen jelentendő eseményeket a ''/etc/logcheck/violations.d'' állományokban lehet definiálni. A ''logcheck'' telepítésekor kapunk egy szabálykészletet, amely azonban még mindig nagyon sok, számunkra érdektelen logbejegyzést átenged. Ezért töltsük le a legfrissebb ''logcheck-rules-fix'' tarballt, és a könyvtárszerkezet megtartásával csomagoljuk ki!		A figyelmen kívül hagyandó logbejegyzésekre passzoló reguláris kifejezéseket a ''/etc/logcheck/ignore.d.server'' alatti kivétel állományok tartalmazzák, míg a mindenképpen jelentendő eseményeket a ''etc/logcheck/cracking.d'' vagy ''/etc/logcheck/violations.d'' állományokban lehet definiálni. A ''logcheck'' telepítésekor kapunk egy szabálykészletet, amely azonban még mindig nagyon sok, számunkra érdektelen logbejegyzést átenged. Ezért töltsük le a legfrissebb ''logcheck-rules-fix'' tarballt, és a könyvtárszerkezet megtartásával csomagoljuk ki!

	Az ebben szereplő szabályok (*-fix állományok) közül a következőre csak speciális esetekben van szükség, de rutinszerű meghagyásuk sem hiba:		Az ebben szereplő szabályok (*-fix állományok) közül a következőre csak speciális esetekben van szükség, de rutinszerű meghagyásuk sem hiba:

KZoli: /* Figyelmen kívül hagyandók beállítása */

2020-05-15T12:37:03Z

Figyelmen kívül hagyandók beállítása

Változtatások megtekintése

KZoli: /* Elvi megfontolások */

2020-05-15T12:14:17Z

Elvi megfontolások

← Régebbi változat		A lap 2020. május 15., 12:14-kori változata
11. sor:		11. sor:
	A naplóbejegyzéseket adatként kezelve, azok kiértékelése (pl. adatbázis-lekérdezésekkel) sokkal hatékonyabb, mint lenne szöveges kezelés esetén (olvasás, parse-olás). Több gépes környezetben érdemes egy külön egységet dedikálni (naplószerver), amely megkapja az összes gép figyelt gép naplóadatait, és ezeket egységben képes kezelni. Ezen a gépen futtathatóak automatikus logelemző eszközök, riasztáskezelő vagy automatikus beavatkozó megoldások is, amelyeket nem feltétlenül érdemes minden figyelt gépre külön-külön telepíteni (pl. erőforrás-igényük miatt).		A naplóbejegyzéseket adatként kezelve, azok kiértékelése (pl. adatbázis-lekérdezésekkel) sokkal hatékonyabb, mint lenne szöveges kezelés esetén (olvasás, parse-olás). Több gépes környezetben érdemes egy külön egységet dedikálni (naplószerver), amely megkapja az összes gép figyelt gép naplóadatait, és ezeket egységben képes kezelni. Ezen a gépen futtathatóak automatikus logelemző eszközök, riasztáskezelő vagy automatikus beavatkozó megoldások is, amelyeket nem feltétlenül érdemes minden figyelt gépre külön-külön telepíteni (pl. erőforrás-igényük miatt).

	Ebben a leírásban arra az esetre javaslok megoldást, amikor nincsen naplószerver, illetve strukturált adatelemzés (pl. mert standalone gépet telepítünk). Ilyenkor -jobb híján - a szöveges napló szövegét helyben próbáljuk kielemeztetni valamilyen mintakereső eszközzel (a ''logcheck'' reguláris kifejezéseket használ a vélhetőleg fontos bejegyzések kiválogatására), azonban ez a módszer ''by design'' kevésbé hatékony. A naplóbejegyzések érdemi része ugyanis szabad szöveg, amelyet a ''maintainer''-ek szabadon bővíthetnek vagy módosíthatnak, ráadásul a nyelvi beállítások is befolyásolhatják ezeket. Semmi sem kötelezi a ''maintainer''-t arra, hogy közzétegye programja lehetséges naplóüzeneteinek szövegét, pláne nem arra, hogy megfelelő ''logcheck'' szabályokat is készítsen hozzájuk. Úgyhogy a ''logcheck'' használata során viszonylag gyakran leszünk kénytelenek finomhangolni a szabályokat, hogy továbbra is értesüljünk a lényeges eseményekről, de ne árasszanak el bennünket felesleges riasztások.		Ebben a leírásban arra az esetre javaslok megoldást, amikor nincsen naplószerver, illetve strukturált adatelemzés (pl. mert standalone gépet telepítünk). Ilyenkor - jobb híján - a szöveges napló szövegét helyben próbáljuk kielemeztetni valamilyen mintakereső eszközzel (a ''logcheck'' reguláris kifejezéseket használ a vélhetőleg fontos bejegyzések kiválogatására), azonban ez a módszer ''by design'' kevésbé hatékony. A naplóbejegyzések érdemi része ugyanis szabad szöveg, amelyet a ''maintainer''-ek szabadon bővíthetnek vagy módosíthatnak, ráadásul a nyelvi beállítások is befolyásolhatják ezeket. Semmi sem kötelezi a ''maintainer''-t arra, hogy közzétegye programja lehetséges naplóüzeneteinek szövegét, pláne nem arra, hogy megfelelő ''logcheck'' szabályokat is készítsen hozzájuk. Úgyhogy a ''logcheck'' használata során viszonylag gyakran leszünk kénytelenek finomhangolni a szabályokat, hogy továbbra is értesüljünk a lényeges eseményekről, de ne árasszanak el bennünket felesleges riasztások.

	==Telepítés==		==Telepítés==

KZoli: /* Elvi megfontolások */

2020-05-15T12:14:01Z

Elvi megfontolások

← Régebbi változat		A lap 2020. május 15., 12:14-kori változata
11. sor:		11. sor:
	A naplóbejegyzéseket adatként kezelve, azok kiértékelése (pl. adatbázis-lekérdezésekkel) sokkal hatékonyabb, mint lenne szöveges kezelés esetén (olvasás, parse-olás). Több gépes környezetben érdemes egy külön egységet dedikálni (naplószerver), amely megkapja az összes gép figyelt gép naplóadatait, és ezeket egységben képes kezelni. Ezen a gépen futtathatóak automatikus logelemző eszközök, riasztáskezelő vagy automatikus beavatkozó megoldások is, amelyeket nem feltétlenül érdemes minden figyelt gépre külön-külön telepíteni (pl. erőforrás-igényük miatt).		A naplóbejegyzéseket adatként kezelve, azok kiértékelése (pl. adatbázis-lekérdezésekkel) sokkal hatékonyabb, mint lenne szöveges kezelés esetén (olvasás, parse-olás). Több gépes környezetben érdemes egy külön egységet dedikálni (naplószerver), amely megkapja az összes gép figyelt gép naplóadatait, és ezeket egységben képes kezelni. Ezen a gépen futtathatóak automatikus logelemző eszközök, riasztáskezelő vagy automatikus beavatkozó megoldások is, amelyeket nem feltétlenül érdemes minden figyelt gépre külön-külön telepíteni (pl. erőforrás-igényük miatt).

	Ebben a leírásban arra az esetre javaslok megoldást, amikor nincsen naplószerver, illetve strukturált adatelemzés (pl. mert standalone gépet telepítünk). Ilyenkor a szöveges napló szövegét helyben próbáljuk kielemeztetni valamilyen mintakereső eszközzel (a ''logcheck'' reguláris kifejezéseket használ a vélhetőleg fontos bejegyzések kiválogatására), azonban ez a módszer ''by design'' kevésbé hatékony. A naplóbejegyzések érdemi része ugyanis szabad szöveg, amelyet a ''maintainer''-ek szabadon bővíthetnek vagy módosíthatnak, ráadásul a nyelvi beállítások is befolyásolhatják ezeket. Semmi sem kötelezi a ''maintainer''-t arra, hogy közzétegye programja lehetséges naplóüzeneteinek szövegét, pláne nem arra, hogy megfelelő ''logcheck'' szabályokat is készítsen hozzájuk. Úgyhogy a ''logcheck'' használata során viszonylag gyakran leszünk kénytelenek finomhangolni a szabályokat, hogy továbbra is értesüljünk a lényeges eseményekről, de ne árasszanak el bennünket felesleges riasztások.		Ebben a leírásban arra az esetre javaslok megoldást, amikor nincsen naplószerver, illetve strukturált adatelemzés (pl. mert standalone gépet telepítünk). Ilyenkor -jobb híján - a szöveges napló szövegét helyben próbáljuk kielemeztetni valamilyen mintakereső eszközzel (a ''logcheck'' reguláris kifejezéseket használ a vélhetőleg fontos bejegyzések kiválogatására), azonban ez a módszer ''by design'' kevésbé hatékony. A naplóbejegyzések érdemi része ugyanis szabad szöveg, amelyet a ''maintainer''-ek szabadon bővíthetnek vagy módosíthatnak, ráadásul a nyelvi beállítások is befolyásolhatják ezeket. Semmi sem kötelezi a ''maintainer''-t arra, hogy közzétegye programja lehetséges naplóüzeneteinek szövegét, pláne nem arra, hogy megfelelő ''logcheck'' szabályokat is készítsen hozzájuk. Úgyhogy a ''logcheck'' használata során viszonylag gyakran leszünk kénytelenek finomhangolni a szabályokat, hogy továbbra is értesüljünk a lényeges eseményekről, de ne árasszanak el bennünket felesleges riasztások.

	==Telepítés==		==Telepítés==