Rapporten tar upp en kartläggning av nätverksövervakningssystem (NMS) som används för att övervaka nätverkstjänster och noder på ett nätverk. De egenskaper för NMS som utvärderas är vilket stöd systemen har för att övervaka ett flertal tjänster, hur god prestandan är för varje system samt hur god användbarheten i gränssnittet är. Resultatet visar att Nagios, OpenNMS samt Argus hade stöd för samtliga tjänster medan Munin inte hade stöd för nätverksenheter och Cacti endast stöd att övervaka SNMP. Det visar även att Nagios och OpenNMS generellt hade möjlighet att larma vid fler händelser samt att dessa två system var markant snabbare än Cacti och Munin. Användbarheten visade relativt stor skillnad i olika system. OpenNMS hade högst totalpoäng, men Nagios presterade något bättre i vad Sundström (2005) kallar för interaktion. Munin och Argus fick samma resultat med låg funktionalitet och högre struktur medan Cacti hade god funktionalitet och interaktion men väldigt låg struktur.

<p>Rapporten tar upp en kartläggning av nätverksövervakningssystem (NMS) som används för att övervaka nätverkstjänster och noder på ett nätverk. De egenskaper för NMS som utvärderas är vilket stöd systemen har för att övervaka ett flertal tjänster, hur god prestandan är för varje system samt hur god användbarheten i gränssnittet är. Resultatet visar att Nagios, OpenNMS samt Argus hade stöd för samtliga tjänster medan Munin inte hade stöd för nätverksenheter och Cacti endast stöd att övervaka SNMP. Det visar även att Nagios och OpenNMS generellt hade möjlighet att larma vid fler händelser samt att dessa två system var markant snabbare än Cacti och Munin. Användbarheten visade relativt stor skillnad i olika system. OpenNMS hade högst totalpoäng, men Nagios presterade något bättre i vad Sundström (2005) kallar för interaktion. Munin och Argus fick samma resultat med låg funktionalitet och högre struktur medan Cacti hade god funktionalitet och interaktion men väldigt låg struktur.</p>

Sherpas behöver en ny plattform för att kunna övervaka enheter på deras nätverk. Plattformen de ville använda sig av var Nagios Core och skulle kunna övervaka resurser som CPU, disk, minne, bandbredd, webbservrar och SQL servrar. Lösningen skulle även förenkla konfiguration av nya värdar. Tillägg för en översiktspanel och grafer skulle också installeras för att ge en bättre överblick. Lösningen installerades i en testmiljö med en stationär dator, bärbar dator med 3 virtuella maskiner och en switch. Nagios Core installerades på den stationära datorn. NRPE användes som Linux agent och installerades på Nagios servern och även på alla Linux servrar som skulle övervakas. Nagios insticksprogram installerades ocksåför att kunna övervaka de nödvändiga resurserna. Övervakning av Windows maskiner utfördes via WMI. För att övervaka switchar och routrar skapades ett eget insticksprogram iBash för att kunna ge de funktioner som krävdes. För att förenkla konfigurationerna av nya värdar användes värdgrupper. Varje värdgrupp är länkad till en tjänst och när en ny värd ska övervakas är det möjligt att skriva in de värdgrupper som hör till respektive tjänst. Lösningen användes endast i en liten miljö och insticksprogrammet som skapades kan innehålla eventuella problem som inte har upptäckts än. Programmet skapades också med ett programmeringsspråk som inte var lämplig i situationen och bör bytas ut i framtiden. Inget fokus på säkerhet gjordes och är något som måste implementeras i framtiden. / Sherpas needed a new platform to monitor machines on their network. The platform they wanted to use was Nagios Core to monitor resources like CPU, disk, memory, bandwidth, webservers and SQL servers. The monitor solution also needed a simple way to add new hosts. Addons for a dashboard and graphs was also needed for a better overview. The monitor platform was installed on a test environment with a stationary computer, laptop with 3 virtual machines and a switch. Nagios Core was installed on the stationary computer. NRPE was used as the agent and was installed on all Linux servers. Nagios plugins was also installed to be able to monitor the required resources. Monitoring of Windows machines was done with WMI. To monitor switches and routers a plugin was created with Bash. To simplify configuration for new hosts, host groups were used. All host groups are linked to a service and when new hosts are created the required services are monitored by selecting all the host groups which the services are linked to. This decreased the time required for configuring new hosts. The solution was only done with a very small environment and the plugin that was created could contain a few bugs that can be detected in the future. The program also used a programming language not suited for the situation and should be changed in the future. No focus on security was done and is something that should be implemented in the future.

Tikslas: FreeBSD serveryje konfigūruoti SMS žinučių siuntimą administratoriui, įvykus serverio sutrikimui. Analitinėje dalyje nagrinėjami aspektai: Programinės įrangos skirtos SMS žinučių siuntimui palyginimas; Techninių priemonių palyginimas; Internetinių sąsajų realizavimo būdai. Kuriamo produkto prototipai: FreeBSD serveris + GSM modemas - serveris sujungiamas su GSM modemu arba GSM telefonu ir SIM kortele. SMS žinutės siunčiamos naudojant GSM modemą; FreeBSD serveris + SMSC - serveryje įdiegiama speciali programa ir nustatoma darbui su SMSC serveriu, pvz., OMNITEL, per kurį bus siunčiamos SMS žinutės; FreeBSD serveris + SMS Gateway – naudojama komercinė SMS Gateway platforma, pasipildžius kreditus galima siųsti SMS žinutes. Technologinis sprendimas: Programavimui naudojama PHP kalba, HTML kalba, shell kalba. Panaudota programinė įranga: Gammu - programa SMS siuntimui ir įrašymui į duomenų bazę; Nagios - programa skirta pavojų nustatymams sutrikus serverio darbui; Macromedia Dreamweaver 8 – PHP ir HTML kalbos kodo rašymui; Apache – tinklo serverio kūrimui; MySQL – Gammu naudoja SMS žinučių laikymui ir gavimui. Naudotos UML diagramos: Administratoriaus panaudojimo atvejų diagrama; Sistemos procesų veikimo veiklos diagrama; Telefono numerio nustatymo veiklos diagrama; Sutrikimo atvejo nustatymo veiklos diagrama; Gaunamo SMS žinutės teksto nustatymo veiklos diagrama; Visų įrašų pažymėjimo veiklos diagrama; Įrašų šalinimo veiklos diagrama; Įrašų paieškos veiklos diagrama... [toliau žr. visą tekstą] / Project has been designed to alert administrators of disruption of the system, that he can get SMS messages every moment and to be able to know exactly what problems occurred in the system. On this project I analyzed and compared different software for sending SMS, analyzed the technical means for sending SMS. I choose Gammu and Nagios software which I make to interact with each other as one. To interact two different software helps shell script that uses configured SMS daemon. First software is Gammu which encompasses applications, scripts and drivers for managing various functions on cellular phones and similar devices. Second software is Nagios which in the event of a failure can alert administrator of the problem, allowing him to begin remediation processes before outages affect server processes. For sending SMS messages I used a device that can send SMS messages. Was chosen mobile phone SE W810i which is connected to the computer via a USB cable and seen directly in FreeBSD. MySQL relational database system - this Gammu uses to store/retrieve the SMS messages. Created web site where I can set phone numbers, several phones or just manage SMS storage. On SMS storage I can delete messages, or search for messages which I need. Web site is protected with password so on this web site can get in only administrator.

Diploma thesis deals with design and implementation of solution for monitoring servers and services over the Internet in combination with application for monitoring, Nagios. Common solutions are presented and evaluated first and serve as basis for design and implementation of a custom solution. Some of existing solutions were used, eg. HTTP protocol, others were developed, eg. scripts to automatically change Nagios configuration. Alternative solution for monitoring servers and services is the result of this diploma thesis.

No description available.

In der Arbeit wird der Entwurf und die Realisierung einer Configuration Management Database für den Service Desk der SLUB Dresden betrachtet. Es wird auf Grundlage von ITIL und den Anforderungen der SLUB ein Konzept zum Aufbau und zur Strukturierung der dabei relevanten Daten vorgestellt. Für den Import der Daten wird ein automatisiertes System geschaffen, das Daten aus verschiedenen Quellen mit der Configuration Management Database in regelmäßigen Abständen abgleicht. Der Service Desk erhält dadurch einen zentralen Zugriff auf Daten zu physikalischen Geräten sowie virtuellen Maschinen und kann diese in die Arbeitsprozesse integrieren. Zusätzlich wird das System durch den scriptbasierten Import von Verlinkungen zwischen virtuellen und physikalischen Servern und Ergebnissen aus der Geräte- und Netzwerküberwachung ergänzt. Schließlich wird betrachtet, welche weiteren Entwicklungsschritte auf Grundlage der vorgenommenen Änderungen möglich worden und welche Aspekte bei der Umsetzung dieser Schritte eine Rolle spielen.

Rapporten beskriver arbetet och resultaten av en jämförelse mellan Sensu och op5 Monitor, vilka är verktyg som används för att övervaka enheter i nätverk, så kallade network monitoring systems. Arbetet har utförts för att utbudet av nätverksövervakningsverktyg ständigt växer och det ansågs värdefullt att jämföra en ny aktör med ett äldre verktyg som är byggd på ett annat tankesätt. Det som ansågs intressant att testa var hur dessa verktyg hanterade de rapporter som skapades och samlades in, om det slutgiltiga resultatet från detta skulle skilja sig åt eller inte. För att testa detta sattes en virtuell testmiljö upp, där Sensu och op5 Monitor rullade parallellt med varandra och övervakade samma system och använde sig utav samma plugin för övervakningen. Experimenten utfördes på två stycken tjänster, BIND9 samt Apache2, i och med att de två pluginen som användes var uppbyggda på olika sätt konstruerades även olika experiment. Under dessa experiment samlades information in om hur de två övervakningsverktygen hanterade de rapporter de fick in, vilket sedan sammanställdes och analyserades. Slutsatsen av det hela var att Sensu och op5 Monitor hanterar sina insamlade rapporter på ett likvärdigt sätt, de rapporterade resultaten blev i samtliga fall detsamma, således fungerade de två övervakningsverktygen på ett jämgott vis. / The report describes the work and results of a comparison between Sensu and op5 Monitor, which are both tools used to monitor devices in a network, more commonly known as network monitoring systems. The subject was chosen due to the fact that there is such a wide range of network monitoring systems, and it is constantly expanding. It was considered valuable to compare a newcomer with an older tool that is built with a different mindset. It was considered interesting to test how these tools handled the reports created and collected by them, to see if the final results from this would differ or not. To test this a virtual testing environment was built, where Sensu and op5 Monitor were run in parallel to each other and monitored the same systems and used the same set of plugins. The experiments were conducted on two services, BIND9 and Apache2, since the plugins were constructed in different ways, so were the various experiments. In these experiments information was gathered about how the two monitoring tools handled the reports they received, which was then compiled and analysed. The conclusion of it all was that Sensu and op5 Monitor handles the collected information in a similar manner. The reported results were in all cases the same, thus the two monitoring tools behave in the same fashion.

In der Arbeit wird der Entwurf und die Realisierung einer Configuration Management Database für den Service Desk der SLUB Dresden betrachtet. Es wird auf Grundlage von ITIL und den Anforderungen der SLUB ein Konzept zum Aufbau und zur Strukturierung der dabei relevanten Daten vorgestellt. Für den Import der Daten wird ein automatisiertes System geschaffen, das Daten aus verschiedenen Quellen mit der Configuration Management Database in regelmäßigen Abständen abgleicht. Der Service Desk erhält dadurch einen zentralen Zugriff auf Daten zu physikalischen Geräten sowie virtuellen Maschinen und kann diese in die Arbeitsprozesse integrieren. Zusätzlich wird das System durch den scriptbasierten Import von Verlinkungen zwischen virtuellen und physikalischen Servern und Ergebnissen aus der Geräte- und Netzwerküberwachung ergänzt. Schließlich wird betrachtet, welche weiteren Entwicklungsschritte auf Grundlage der vorgenommenen Änderungen möglich worden und welche Aspekte bei der Umsetzung dieser Schritte eine Rolle spielen.

Context: Extensive and rapid continuous growth in Internet Protocol (IP) based networks and as the result of increasing dependencies on these networks makes them extremely challenging to manage and keep them running all the time. 24/7 non-stop monitoring is important to minimize the down time of the network. For this reason dependency on automated network monitoring has been increased. Objectives: There are many tools and systems available for network monitoring. This includes expensive commercial solutions to open source products. Nagios and OpenNMS are two of the most popular systems and they are considered to be close competitors. Comparison discussions about them are very common at different forums on internet. But no empirical study for comparison analysis has been done. In this thesis the comparison study between Nagios and OpenNMS was conducted. Methods: Network monitoring functionalities are listed down from literature followed by industrial interviews with the networking professionals. Then taking these functionalities as a base, to evaluate, survey studies for both systems were conducted separately and comparison analysis of the results was performed. Usability evaluation of both systems was done by conducting usability testing and comparison analysis of the results was performed. Results: Besides providing the comparison of both systems this study also can help to findout the strengths and weaknesses of both systems separately. And in the end we suggested a list of functionalities and features which might help in selection of a monitoring system and also might be helpful for improvement of the monitoring systems.