sts23

In der Zeitplanung sind Punkte wie z.B. "User & Rollen" oder "Referenz Routine Auswertung & Benachrichtigung" nicht ersichtlich. Imho kann man sich überlegen sowas mit reinzunehmen. Und da 7 Stunden für "Installation und Konfiguration des Log Management", bei einer reinen Standardinstallation evtl. etwas viel ist, kann man ggf. da etwas abknapsen. Ob "Auswahl der benötigten Hard- und Software" eher Planung oder Durchführung ist, kann man auch Diskutieren. Ich hatte damals, in meinem Projekt, einfach einen Punkt "Ressourcenplanung & Wirtschaftlichkeitsanalyse" in der Planung. 3 Std. Fehlerbehebung muss man auch erst mal füllen. Falls noch nicht gesehen, hier hat jemand das gleiche Thema: Auch da gibts zweifel ob das die nötige tiefe hat. Ich bin immer noch der Meinung das Thema gibt viel her (z.B. Monitoring über Logs, ...). Aber ich hab von Abschlussprojekte eigentlich kein Plan und am Ende muss man sowieso selbst entscheiden welche Ratschläge man für sinnvoll hält P.S. Vor Abgabe auch nochmal Rechtschreibung prüfen (z.B. Analysene) Gruss, sts

Da das Thema ziemlich umfangreich ist, wird man vermutlich nicht alles machen können. - Hast du vor auch Filter und Benachrichtigungen einzurichten (Event tritt x mal auf -> Benachrichtigung)? Mit regexp, grok oder eigene Scripte? - Hast du vor ein User & Rollen Konzept umzusetzen (Wer hat Zugriff auf was)? So Zeugs dürfte evtl. für Tiefe sorgen da vermutlich nicht Standard . Was genau verbirgt sich hinter "3.3.2.6. Erstellung von Workflows und Prozessen 2h" ?

Mein erster Gedanke, cooles Linux Thema, das schon recht komplex werden kann. Spätestens beim automatisierten auswerten, was sich vermutlich unter "3.3.2.6. Erstellung von Workflows und Prozessen 2h" verbirgt. Aber mapr hat vermutlich mehr Erfahrung und zumindest hier schon mehr Projekte als ich gesehen. Daher auf mapr hören ist bestimmt nicht falsch Aber Imho eigentlich alles drin: Entscheidungen - Evaluierung und Workflows Wirtschaftlichkeitsbetrachrung - Zumindest im Text genannt Komplexität - Mit auto Auswertung (Streams, User, ...), nicht nur stumpfes weiter klicken bzw. "yum install" Aber mal schauen was andere noch sagen. P.s. Bei packetpushers.net gab's vor Ewigkeiten mal eine englische Podcastfolge zum Thema bzw. Graylog.

Für unixartiges werfe ich auch nochmal das Stichwort Inode ein: https://de.m.wikipedia.org/wiki/Inode

Als Ergänzung zu mapr (Windows): WDS und Deployment Zeugs (MDK) Linux: HA Failover Zeugs z.B. drbd

IP Header Length (HLEN) gibt die Länge des IP Headers als ein vielfaches von 32 Bit an. Und die HLEN von 5 müsste passen, da im Beispiel jede Zeile 32 Bit hat und der IP Header aus 5 Zeilen besteht (5*32=160 Bit) Aber das TTL Feld ist zu klein das müsste 8 Bit breit sein (bzw. Der Strich dahinter müsste weg)