Ich suche immer noch nach einer geeigneten Lösung, in meiner Wohnumgebung Temperatur, Luftfeuchtigkeit, Druck uns Luftqualität zu überwachen und aufzuzeichnen. Die Lösung muss dabei möglichst S.M.ART sein.

S = simpel, M= machbar, ART = schön (unauffällig)

Was mich bisher an verfügbaren Kauflösungen nervt, ist meist der Preis, die proprietäre Umsetzung, das Aussehen oder alles zusammen.

Die elektronischen Komponenten sind dabei gar nicht so teuer. Den hier beschriebenen Test habe ich mit den folgenden Komponenten umgesetzt:

• Arduino NANO v3 [KLICK]
• OLED-Display [KLICK]
• BME 280 Sensor [KLICK]

In Summe wären das ca. 22 €. Wenn man speziell noch die Luftqualität messen möchte, dann setzen man den Nachfolger vom BME 280, den BME 680 [KLICK] ein.

Um einen arbeitsfähigen Aufbau zu bekommen, habe ich alles auf einem Breadbord wie folgt zusammengesteckt:

Meinen Programmcode könnt ihr euch hier ziehen: https://gitea.tux2null.de/chweber/Arduino-Nano

Bevor man jetzt den Code vor Ort über die Arduino IDE kompilieren und in den Mikrocontroller laden kann, müssen noch die notwendigen Bibliotheken installiert werden. Dies erledigt man über das Menü –> Sketch –> Bibliotheken einbinden –>Bibliotheken verwalten. Hier sucht man nach den folgenden Bibliotheken und klickt auf Installieren.

Ist das erst erledigt, drückt man in der Arduino IDE auf „Hochladen“ und schaut zu, wie der Code übertragen wird. Ist alles richtig eingestellt und verdrahtet, dann stellt das Display, nach dem obligatorischem Programmier-Reset, die gemessenen Werte ordnungsgemäß dar.

Ich wünsche viel Spaß beim Basteln.

Dennoch liebe ich es. Und damit man sich auch mal zusammen aufmachen und neue, epochale Bauwerke erschaffen kann, musste natürlich ein Server her. 

Ein reiner Vanilla-Server kam für mich von Anfang an nicht in Betracht. Ich liebe Plugins in Minecraft, da sie die Möglichkeiten nochmals um das gefühlt 1000fache steigern. Leider bringen die Erweiterungen auch Nachteile mit sich. Je mehr Plugins man installiert, desto mehr Leistung muss der Server mitbringen. Außerdem benötigt meine API-Erweiterung, welche den Plugins Zugriff auf die Mechaniken von Minecraft bietet. Und hier muss man die erste Entscheidung fällen. Nutze man eine API, welche ausschließlich auf dem Server läuft und welche keinerlei Anpassungen der Client-Software erfordert, oder nutzt man eine API, welche auch auf dem Client laufen muss. Letztere Variante bringt – meiner Meinung nach – drei große Nachteile mit sich:

• Client- und Serversoftware muss zwingen auf dem gleichen Stand sein
• hakt auch nur ein Plugin auf einer der beiden Seiten, kann man das gemeinsame Zocken vergessen
• sowohl die API, als auch die einzelnen Plugins benötigen gefühlt eine halbe Ewigkeit, bis sie auf eventuell neue Minecraft-Versionen angepasst sind

Ein riesiger Vorteil ist, dass diese Arte der Erweiterung weit mehr Manipulationen an den Minecraft-Mechaniken zulässt, als Minecraft von Hause aus mitbringt. So lässt sich Minecraft fast bis zu absoluten Unkenntlichkeit verändern.

Solch einen Server hatte ich bis jetzt aktiv laufen. Ich nutze Forge für die MC-Version 1.12.2 und die folgenden Plugins:

1. JourneyMap [Forge] [HOME] R
2. Iron Chests [Forge] B
3. Better Foliage [Forge] R
4. Dynamic Lights [Forge] R
5. Inventory Tweaks [Forge] B
6. JustEnoughItems [Forge] R
7.  The One Probe Mod: http://minecraftfive.com/the-one-prob…
8. Chisel [Forge] A
9. Biomes O‘ Plenty [Forge] B
10. Tinkers Construct [Forge] A
11. Mantle (wird von Tinkers Construct benötigt) [Forge] A
12. Bibliocraft [Forge] [Home] R
13. Pam’s HarvestCraft (Rezepte funktionieren noch nicht.) [Forge] A
14. Chisel&Bits [Forge] B
15. Forestry [Forge] A
16. GraveStone [Forge] R
17. Not Enough Wands [Forge] R
18. Aroma1997Core [Forge] B
19. Aroma1997s Dimensional World [Forge] B
20. Cavern [Forge] R
21. CavernTweaks [Forge] R
22. Bloodmoon [Forge] R
23. The One Probe [Forge] R
24. CodeChicken Lib [Forge] R
25. CoFH Core [Forge] R
26. CoFH World [Curse] R
27. RedstoneFlux [Curse] R
28. OpenBlocks Elevator [Forge] R

Dann kam jedoch MC in der Version 1.13.0 – Aquarius heraus. Darin gab es grob die folgenden Veränderungen:

• Ozeanbiome: Der Ozean erhält verschiedene Biome mit unterschiedlichem Inhalt.
• Neue Wasserphysik: Das Bauen unter Wasser wird deutlich verbessert.
• Überarbeitung der Befehle: Die Eingabe und Benutzung wird deutlich erleichtert.
• Entfernung der Metadaten: Nun kann es beliebig viele neue Blöcke geben, was vorher nicht möglich war.
• Datenpakete: Weltdaten wie Beutetabellen oder Fortschritte können auf andere Welten übertragen werden.

Gerade die ersten, beiden Punkte waren für mich Grund genug, meinen Server auf den neuesten Stand zu bringen. 

Leider gibt es aktuell Forge in der 1.13 noch nicht. Aus diesem Grunde habe ich mich für die zweite Art der API, der serverseitigen API entschieden. Aktuell läuft auf meinem Server ein Spigot-Server in der Version 1.13.2 und die folgenden Erweiterungen:

• Dynamic-Map 3.0 – beta 2
• HomesPlus+
• MinePacks
• Multiverse-Core-2.6.0
• MyWarp-bukkit-3.0-RC-1
• Plugin-ConstructorAPI
• QuickTree
• ServerMinimap
• ServerRestorer
• WorldBorder
• WorldEdit-bukkit-7.0.0

Der Server läuft schön stabil und die Clients müssen nicht angepasst werden. Das vereinfacht das gemeinsame Zocken ganz gewaltig. Wenn ich überlege, wieviel Zeit ich früher manchmal bei der Fehlersuche am Client „verbraten“ habe, da ist diese Art der Erweiterung ein riesiger Schritt nach vorne.   

Nebenbei lerne ich aktuell etwas Java, indem ich mir die Plugin-Entwicklung unter Spigot ansehe. Das bereitet mir eine Menge Spaß und verpasst dem Lernen einen aktiven, nützlichen Anteil. 

Zum ersten Mal bin ich mit dem Netz innerhalb unseren vier Wänden zufrieden. Es gibt genügend stabile LAN-Anschlüsse und soviel WLan, wie man tragen kann. Der Datendurchsatz zu unserem NAS ist – Trunking (Bündelung) sei Dank – 2 x so hoch, als er in der alten Wohnung war. Mein Smartphone fällt nicht mehr alle paar Minuten von „Arbeitszimmer-WLAN“ ins „Wohnzimmer-WLAN“, da es jetzt ein stabiles WLAN im gesamten Haus gibt. Vorbei ist das ewige Überprüfen, ob man im richtigen Netz ist, wenn die Verbindung beim Telefonieren mal wieder stockt.

Allerdings gibt es auch Verluste zu beklagen. Die Verbindung zur digitalen Außenwelt – die WAN-Verbindung – ist Dank der Unfähigkeit der Telekom, nicht vorhanden. Es ist kaum zu fassen, aber im Jahre 2018 wohne ich zum ersten Mal an einem Fleck, an dem es keine moderne Breitbandverbindung gibt. LTE gibt es – selbst mit einer externen LTE-Dachantenne – nur in einer homöopathischen Dosis. Der Handyempfang ist im Haus nur an zwei Stellen halbwegs stabil möglich und einen Hausanschluss bekommt die Telekom nicht zu Stande. Und das, obwohl sie schon vor zwei Jahren, beim Kauf des Grundstückes, einen Glasfaseranschluss versprochen hat. Vor dem Einzug sah alles noch gut aus. Dann wurde der Termin verschoben und seit dem Einzug verschiebt sich der Termin immer wieder um einen Monat. An der Hotline bekomme ich immer wieder Versprechungen zu hören, welche in der Endkonsequenz nicht eingehalten werden können. Zu allem Übel kommt noch hinzu, dass das sowieso schon nur sehr schwach vorhandene LTE-Netz auch noch mit einer absolut lächerlichen Datendrosselung versehen wird. Die Telekom hält es für absolut ausreichend, wenn ein Haushalt, in dem zwei Rechner, zwei Tabletts, zwei Smartphones und diverse IoT-Installationen ihren Dienst verrichten, ganze 30 GByte pro Monat zur Verfügung hat. Aussage des Bauherrenservice: „Das ist ja nur eine temporäre Lösung, welche es Ihnen ermöglichen soll, ein wenig im Netz zu recherchieren und Homebanking zu betreiben.“

Liebe Telekom, eine temporäre Lösung, welche nun bald fünf Monaten andauert, ist nicht mehr temporär. Und bei instabilen 4 MBit/s MAX Verbindung, welche mit eurer lächerlichen Datendrossel beaufschlagt ist, bekommen Rechner kaum noch Updates. Meint ihr, dass es ist wirklich klug ist, mit solch einem Rechner, welcher vier Monate keine Updates gesehen hat, noch Homebanking zu betreiben? In welchen Zeitalter lebt ihr eigentlich? Jede Kontaktaufnahme mit euren Mitarbeitern lässt mich mehr daran zweifeln, das ihr die Richtigen für den Breitbandausbau in Deutschland seid und ich glaube nun, dass das Internet für euch tatsächlich Neuland ist. Selbst im Jahr 2018!

Was mit dem Verlust der gewohnten, breitbandigen Kommunikationskanäle einher geht, ist eine gewisse, digitale Entschleunigung. Wenn die meisten Spiele und Streamingdienste nicht mehr so gut funktionieren, hat man plötzlich wieder mehr Zeit. Mehr Zeit darüber nachzudenken, was man mit seiner Onlinezeit anfängt. Was mich auch zum eigentlichen Thema dieses Blogposts bringt: Was passiert mit meinem Blog. Rückblickend hätte ich diese Jahr viel mehr zu Schreiben gehabt, was ich aber nicht tat. Über das ganze Jahr verteilt, habe ich es gerade mal zu drei Entwürfen und zwei vollständigen (diesen hier nicht mitgezählt) Blogbeiträgen gebracht. Das ist in meinen Augen echt wenig. Nun betreibe ich hier keinen Lifestyleblog und möchte nur schreiben, wenn mich etwas wirklich beschäftigt. Was ist aber, wenn man nicht mal mehr über das schreibt, was einen bewegt? Ist es dann nicht besser, man schaltet den Blog ab, lässt ihn sterben?

Ich habe in der letzten Zeit viel darüber nachgedacht. Warum schreibe ich nicht mehr? Kann ich überhaupt noch schreiben? Liest das überhaupt noch jemand? Als ich damals mit dem Bloggen angefangen habe, war es für mich eher ein technisches Experiment. Ich wollte sehen, wie ein Blog technisch funktioniert und was man damit machen kann. Recht schnell fand ich jedoch Spaß daran, auch mal etwas zu schreiben. Am Anfang war es nur ein paar Bilder und kurze Gedanken, danach wechselte es zu Beiträgen über lustige Dinge und nützlichen Diensten. Ich hatte sogar zwei Reparaturanleitungen, welche sich großer Beliebtheit erfreuten. Es wurden Fragen gestellt und ich konnte helfen. Ich wurde gebraucht und das hat mir riesigen Spaß gemacht, mit fremden Leuten in den Kontakt zu treten Und ehe  ich mich versah, hatte ich sogar Kontakt zu anderen Bloggern und beteiligte mich an Blogaktionen. Ich nahm „Stöckchen“ auf und klinkte mich in Verlinkaktionen ein. Das fühlte sich alles nach eine Art Familie an und wäre fast zu einem Bloggertrefen im Real gegangen.

Daraus wurde jedoch nicht. Mit der Zeit ließen die Aktionen nach und damit irgendwie auch mein Interesse. Ich hatte noch nie viel Leser und so fühlte ich mich auch nie verpflichtet, eine gewisse Regelmäßigkeit an den Tag zu legen, was meine Beiträge betraf. Ich begann mit dem Sport und viele Verbindungen brachen ab. Hier veröffentlichte ich nur noch technische Beiträge, welche zu meinen Bastelprojekten gehörten. Hier und da gab es dazu noch mal eine Rückmeldung, aber im Großen und Ganzen war nicht mehr viel los.

Versteht mich nicht falsch. Ich hatte auch damals schon viele Ideen, wie ich hier wieder mehr Leben rein bringe. Nur habe ich die nie in die Tat umgesetzt. Ich habe auch heute noch viele Ideen, jedoch bekomme ich mich einfach nicht motiviert. Woran das liegt? Ich vermute, es liegt an der Art und Weise, wie ich mich normalerweise motiviere. Ich bin extrem Zielorientiert. Im Sport habe ich eine Bewegung, eine Übung, welche ich können möchte und darauf richte ich meinen gesamten Trainingsplan aus. Sowas habe ich hier nicht. Ich weiß nicht, wo ich mit dem Blog hin möchte. Ich weiß noch nicht mal, ob man heute überhaupt noch bloggt. Was ich in meiner digitalen Blase wahrnehme ist, dass heute gefühlt jeder einen eigenen Channel auf Youtube oder einen Podcast hat. Darin wird alles verwurstet und der Konsument muss nicht lange lesen. Alles Andere wird über Twitter oder Instagram abgehandelt. Nicht viel Text oder nur ein Bild und fertig. Wenn man damit seine Toilettenzeit aufpeppt, die diese Inhalte auch schnell nebenher konsumiert. Ein Blog braucht aber Zeit. Ein Text möchte vom Schreiber wohl überlegt sein und der Leser muss gewillt sein, ein Teil seiner freien Zeit mit dem Lesen zu verbringen, ohne das er weiß, was er davon „bekommt“.

In den letzten zwei Wochen habe ich generell mal ein wenig in der Vergangenheit gewühlt. Den ersten Impuls dazu bekam ich durch die Ankündigung von WOW Classic von Blizzard. Ich sah mir den Stream von den Rocket Beans an. Dabei fiel der Satz: „…. da gehört viel mehr dazu, als das Spiel. Da gehören die Leute dazu, die im TS sind. Da gehört mein Studentenleben dazu. Da gehört mein 14-Uhr-Aufstehen dazu.“

Dieser Satz schickte mich gedanklich auf eine Reise in die Vergangenheit, welche darin endete, dass ich mich wieder einmal bei my.buffed.de blicken ließ. Dort war ich mal sehr aktiv. Was ich heute dort fand, war für mich sehr ernüchternd. Der damaligen Community-Plattform wohnte eine Blog-Funktion innen, welche ich zur „Dokumentation“ meiner Spielfortschritte und meines Zockerlebens nutze. Davon ist heute nichts mehr da. Meine gesamten Texte waren weg und die Community-Plattform ist zu einem schnöden, wenig besuchten Forum verkommen. Das zeigte mir sehr deutlich: Diese schöne Zeit ist nun Vergangen. Alle Verbindungen, welche ich darüber pflegte, sind auf immer verloren. Was mir noch bleibt, ist mein eigener Blog.

Wenngleich ich den Blog hier immer wieder in meine aktuelle Lebensphase mitgenommen habe, so fühlte er sich für mich wie eine Gepäckstück aus der Vergangenheit an. Es ist beruhigend, es bei mir zu wissen, jedoch ist der Blog schon lange nicht mehr Teil meines Lebens. Und das wurde mir gestern nochmals sehr verdeutlicht.

Über das Internet-Archiv habe ich für mich noch mal die einzelnen Lebensphasen meines Blogs Revue passieren lassen. Im besonderen Fokus stand dabei für mich nicht meine eigenen Artikel, sondern meine Blogrolle.

In der Anfangszeit hatte mein Blog noch eine aktive und gepflegte Blogrolle. Hier trug ich immer wieder Blogs ein, denen ich aktiv folgte, bzw. schmiss Blogs raus, denen ich nicht mehr folgte. Und schon damals war der eine oder andere, kleine Tod eines Blogs dabei. Als ich gestern wissen wollte, ob man noch bloggt und wie das mit der Blogrolle heute ist, bin ich auf diesen Artikel gestoßen: Linkliebe  Die Bloggerin Lexa führt dort in einem Post die – ihrer Meinung nach – lesenswerten Blogartikel für November auf. Beim Lesen wird mir etwas klar: Das ist die heutige Blogrolle. Das ist der Mehrwert, den ich mir wünsche und welche für mich (heute) einen Sinn gibt. Meine damalige Blogrolle hat mit dieser moderneren  Blogrolle überhaupt nichts mehr gemein. Mal ganz davon abgesehen, dass es von den damaligen Blogs in meiner Rolle es nur eine kleine Hand voll in die heutige Zeit geschafft haben, war sie auch nur eine Aufzählung. Es gab keine Ordnung, keine Beschreibung, keinen Mehrwert für den Leser, der sich sofort erschloss. Hier wäre für mich der erste Angriffspunkt, meinen Blog wieder zu einem Teil meines aktuellen Lebens zu machen.

Der zweite Punkt, welcher mir beim Lesen des Artikels um beim durchstöbern des Blogs ebenfalls wieder bewusst wurde: Man bloggt heute immer noch und ich lese Blogs. Meine Art des Lesens hat sich verändert. Wenn ich zu Anfangszeiten fremde Blogs gelesen habe, um eventuell Kontakte zu knüpfen, so lese ich sie heute, weil sie mich weiter bringen. Weil sie mir Dinge beibringen, Wissen vermitteln, welches ich mir sonst erst viel mühsamer erarbeiten müsste. Blogs können – auch heute noch – nicht nur unterhaltsam, sondern auch nützlich sein. Das hat sich nicht verändert.

Wie sieht nun mein Fazit aus? Wie geht es weiter? Ich bin mir nicht sicher. Was ich zumindest gelernt habe: Blogs sind auch heute noch ein wichtiger Bestandteil des Internets. Einzig das finden der Blogs, welche einem persönlich einen Mehrwert bieten, ist viel komplexer geworden. Das Grundrauschen, der Sumpf aus kommerzialisierten Einheitsblogs ist viel größer geworden. Darin die Perlen zu finden, ist nicht nur anstrengend, sondern auch sehr zeitintensiv und frustrierend. Hier bedarf es einen kühlen Kopf, um nicht zu dem voreiligen Schluss zu kommen, das Bloggen wäre tot.

icinga critical/config: Error: Stack overflow while evaluating expression: Recursion level too deep.

Im Icinga Director war kein Deployment mehr möglich und der fehlerhafte Check-Eintrag ließ sich durch die Fehlermeldung nicht mehr löschen. Eine Konfigurationssackgasse, welche sich sicherlich durch das Einspielen eines Datenbank-Backups hätte lösen lassen, wenn man dann ein aktuelles Backup zur Verfügung gehabt hätte.

Aber wie das so im worst case üblich ist, hatte ich kein aktuelles Backup in der Hinterhand und 24 h Arbeit wäre für die Katz gewesen.

Zum Glück  lies sich das Problem aber über die Konsole wie folgt lösen:

mysql -u root -p
Enter password:

MariaDB [(none)]> use director;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [director]> select * from icinga_service_inheritance where service_id = parent_service_id;
+------------+-------------------+--------+
| service_id | parent_service_id | weight |
+------------+-------------------+--------+
|         21 |                21 |      1 |
+------------+-------------------+--------+
1 row in set (0.00 sec)

MariaDB [director]> delete from icinga_service_inheritance where service_id = 21;
Query OK, 1 row affected (0.00 sec)

MariaDB [director]> exit;
Bye

Danach konnte ich den fehlerhaften Service-Check entfernen und ein aktuelles Datenbank-Backup erstellen. Der Tag und meine Arbeit war gerettet – zum Glück.

Auf Basis der Sellreiner Hüttenrunde wurde diese Strecke geplant und kommt in den nächsten 6 Tagen zur Ausführung. Ich freue mich darauf. Vielleicht berichte ich später darüber, oder packe ein paar Fotos in meinen Fotoblog. Mal schauen.

Voraussetzungen

Zuerst kommt aber die Installation. Ich starte hier mit einem neuen, sauberen System, wie es auch empfohlen wird. Natürlich kann man den Director auch unter einem Produktivsystem mit fertigen Konfigurationen von Servern und Agenten zum Laufen bringen. Allerdings ist dann etwas mehr Handarbeit notwendig, welche unter Umständen auch den zuverlässigen Lauf des Monitorings negativ beeinflussen kann. Der Knackpunkt ist, dass der Director keine fertigen, aktiven Konfigurationen einliest. Diese bleiben von ihm unangetastet und sind somit kein Bestandteil seiner Einrichtung. Somit müssen die weiterhin händisch über einen Editor gepflegt werden, oder man überträgt sie Stück für Stück.

Die folgenden Voraussetzungen müssen erfüllt sein, damit die Installation auch klappt:

• ein funktionierendes Icinga2 in der Version >= 2.6.0
• Icingaweb 2>=2.4.1
• git, curl, php-curl

  apt-get install curl php7.0-curl 
  service apache2 restart

Im ersten Schritt wird eine Datenbank für den Director eingerichtet.

mysql -u root -p
CREATE DATABASE director CHARACTER SET 'utf8';
GRANT ALL ON director.* TO director@localhost IDENTIFIED BY '<Passwort>';
quit;

Hinweis: Der Zeichensatz der Datenbank muss zwingend utf8 sein.

Um den Director mit Icinga2 verbinden zu können, benötigen wir für den Director einen Api-User. Den legen wir in /etc/icinga2/conf.d/api-users.conf wie folgt an:

object ApiUser "director" {
  password = "Hier_ein_Passwort_einsetzen"
  permissions = [ "*" ]
}

Nun folgt der übliche Neustart von Icinga2 mittels service icinga2 restart

Jetzt wechseln wir in das Verzeichnis für die Module von Icingaweb2 und klonen mit Hilfe von Git das Repository vom Director.

cd /usr/share/icingaweb2/modules
git clone https://github.com/Icinga/icingaweb2-module-director.git director

Haben wir diese Schritte erfolgreich durchgeführt, läuft der Rest des Setups über die Web-Oberfläche von Icingaweb2.

Unter Configuration –> Application –> Resources hinterlegen wir die Director-Datenbank, welche wir weiter oben anlegten.

Ist die Validierung sauber durchgelaufen, dann stehen drei Datenbanken unter Resource:

• icingaweb_db : Weboberfläche Icingaweb2
• icinga-ido: Verbindung zwischen Icinga2 und Icingaweb2
• director: Icinga Director

Jetzt ist der Zeitpunkt gekommen, dass unter Configuration –> Modules –> director das Modul aktiviert werden kann. Ab diesem Zeitpunkt taucht auf der linken Navigation der Punkt Icinga Director mit einer blauen 1 auf. Klickt man auf diesen Navigationspunkt, startet man die abschließende Einrichtung des Moduls:

1. Datenbank angeben, welche man gerade unter Resources hinterlegt hat
2. API-User und Endpointname (C-Name des Icinga2-Servers) angeben und die Datenbank initialisieren
3. Icinga Director ist nun einsatzbereit und im Activity-Log werden die initialen Änderungen an der Grundkonfiguration vom Director angezeigt 
4. über Deplay pending changes kann man diese Änderungen im System übernehmen

Ab sofort steht der Icinga Director bereit und wartet auf die ersten Grundkonfigurationen der neuen Server/ Agenten.

Hinweis: Sollte beim Initialisieren der Datenbank der Fehler  „No CURL extension detected, it must be installed and enabled (RestApiClient.php:74)“ angezeigt werden, dann wurde nach der Installation von php-curl wahrscheinlich der Apache2 noch nicht neu gestartet. Startet den Apache2 neu und die Meldung sollte verschwinden.

Director updaten

Bevor man den Director updatet, sollte man zur Sicherheit die Datenbanken sichern. Da all unsere Arbeiten in der Console erfolgen, ist ein Datenbankbackup recht simpel:

mysqldump -u root -p director > /backup/dbs/director.sql

Ich lege meist auch noch ein Backup vom alten Director-Ordner an. Danach wird der Director-Ordner gelöscht und der master branch vom Director mittels git-Befehl abgerufen.

# Backup vom alten Director-Ordner anlegen
zip -r /backup/director.zip /usr/share/icingaweb2/modules/director/

# Ordner löschen
rm /usr/share/icingaweb2/modules/director/ -R

# master branch ziehen
ICINGAWEB_MODULES=/usr/share/icingaweb2/modules/
DIRECTOR_GIT=https://github.com/Icinga/icingaweb2-module-director.git
git clone $DIRECTOR_GIT $ICINGAWEB_MODULES/director

Das Gute – mittlerweile bieten sehr viele Provider schon von Hause aus ein rudimentäres Monitoring an. So wird meist die Auslastung der CPU, des Arbeitsspeichers und der Netzwerkschnittstelle im Benutzerportal für jeden, einzelnen Server angezeigt. Außerdem bekommt man eine Benachrichtigung, wenn der Webserver keine Seiten mehr ausliefert, oder auf Pings nicht mehr reagiert. Damit kann man bei einem Server schon gut leben.

Aber was ist, wenn man gerne mehrer Server auf einen Blick haben möchte? Wie funktioniert das bei Servern, welche bei unterschiedlichen Providern laufen? Und hier kommt Icinga2 ins Spiel. Die Einrichtung ist gar nicht so kompliziert. Und mit den richtigen Erweiterungen wird daraus ein sehr nützliches Tool für jeden Hobby-Admin. Wie das Ganze aussehen und funktionieren kann, versuche ich hier zu beschreiben.

Vorbereitungen

Die folgenden, nötigen Voraussetzungen habe ich vor der Installation von Icinga2 geschaffen:

• Server mit Debian 9.1 – Minimalinstallation
• Einrichtung von Exim4 zum Emailversand über einen Smarthost ist abgeschlossen
• apt-transport-https zum Einbinden von Repositorys über https sollte installiert sein

In Debian 9 gibt es zwar ein Installationspaket im Standard-Repository, nur nutze ich lieber das Repository vom Monitoring-Projekt. Dazu muss im ersten Schritt die Paketquelle hinterlegt werden. Im zweiten Schritt holen wir uns den nötigen Key für das Repository, sonst mag der Server nicht mit dem Repo „reden“.

# add debmon Debian 9.0
cat <<EOF >/etc/apt/sources.list.d/debmon.list
deb https://debmon.org/debmon debmon-stretch main
EOF

# add debmon key
wget -O - https://debmon.org/debmon/repo.key 2>/dev/null | apt-key add -

Icinga2 installieren

Nach einem apt-get update können wir mittels apt-get install icinga2  die Monitoringsoftware installieren.

In meinem Fall soll der Server als Master fungieren. Er soll die Daten aller anderen Server einsammeln und mich im Fehlerfall benachrichtigen. Somit konfiguriere ich Icinga2 über den Befehl icinga2 node wizardals Master. Dazu muss nach dem Start des Vorgangs die erste Frage mit n beantwortet werden. In der zweiten Frage gibt man den C-Name für den Server an. Damit wird ein Zertifikat generiert, über welches die Kommunikation zwischen dem Master und den Clients verschlüsselt wird.

Tipp: Als Standard liest Icinga2 den Hostname des Servers aus und bietet diesen als C-Name an. Je nachdem bei welchem Provider man seinen Server hat, ist dieser Hostname meist festgeschrieben und in Punkto Unverständlichkeit nicht zu unterbieten. Somit ist es meines Erachtens sinnvoll, diesen zu ersetzen.

Danach wird der Service neu gestartet und läuft direkt mit aktiven Standard-Checks. Wenn euer Server Mails verschicken kann, bekommt ihr unter Umständen jetzt schon die ersten Fehlermails. (z.B. wenn euer Server keine Swap-Partition besitzt)

Vorbereitungen für Icingaweb2

Icingaweb2 ist, wie der Name schon sagt, ein Webinterface für Icinga2. Darüber kann man sich über eine recht moderne Weboberfläche im Browser die Status seiner überwachten Server und Dienste ansehen. Was man dazu im Groben benötigt, sind:

• Webserver (z.B. Apache2)
• Datenbank (z.B. MariaDB)
• icinga2-ido-mysql für die Verbindung zwischen Icinga2 und Icingaweb2

apt-get install apache2 mariadb-server icinga2-ido-mysql

Hinweis: Bei der Installation von icinga2-ido-mysql wird ein Assistent zur Einrichtung der nötigen Datenbank gestartet. Ich empfehle dies Schritte über den Assistenten zu erledigen.

Danach aktivieren wir zwei nötige Feature über die Konsole und starten Icinga2 neu.

icinga2 feature enable ido-mysql
icinga2 feature enable command
service icinga2 restart

Zusatz: Ich für mein Teil betreibe auf meinen Servern keine Webpage ohne eine saubere https-Verbindung. Aus diesem Grund führe ich an dieser Stelle die folgenden Schritte durch

• Config-Dateien unter /etc/apace2/sites-available anpassen (korrekten ServerName eintragen)
• Certbot installieren und ein Zertifikat von Let’s Encrypt
• Zeitzone in der der Datei /etc/php/7.0/apache2/php.ini korrekt einstellen (für Icingaweb2 nötig)

[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone = Europe/Berlin

Alle Schritte sind sehr einfach und am Ende hat man einen Webserver, welcher alle http-Anfragen auf eine https-Verbindung umschreibt. Icingaweb2 funktioniert aber auch ohne https.

Danach starten wir den Apache2 mit service apache2 restart neu, damit alle Einstellungen übernommen werden.

Jetzt müssen wir dem icingaweb-Benutzer noch Zugriff auf die icinga2-Datenbank gewähren, welche bei der Installation von icinga2-ido-mysql angelegt wurde. Das erledigen wir über die Konsole wie folgt:

mysql
GRANT SELECT, INSERT, UPDATE, DELETE, DROP, CREATE VIEW, INDEX, EXECUTE ON icinga2.* TO 'icingaweb'@'localhost' IDENTIFIED BY '<PASSWORD>';
FLUSH PRIVILEGES;
quit;

Bei der Verwendung von MariaDB gibt es noch eine Besonderheit. Arbeitet man nicht als root oder mit sudo, dann kann man sich nicht anmelden. Somit ist das Erstellen einer Datenbank über ein Web-Frontend nicht möglich. Damit das wieder funktioniert, müssen wir die folgenden Schritte durchführen:

1. für den Benutzer root ein Passwort setzen

   mysql -u root
   update mysql.user set password=password('PASSWORD') where user='root';

2. das Plugin unix-socket für root deaktivieren

   select user,host,password,plugin from mysql.user;
   update mysql.user set plugin='' where user='root';
   select user,host,password,plugin from mysql.user;

   

Icingaweb2 Setup

Über einen Browser können wir das Setup von Icingaweb2 über die folgende URL aufrufen: https://monitoring.deinedomain.de/icingaweb2/setup

Für die Installation verlangt die Seite einen Token, welchen wir über die Konsole – wie auf der Seite beschrieben – generieren können:

icingacli setup config directory --group icingaweb2
icingacli setup token create

Danach folgen wir einfach dem Setup.

Tipp: Ich habe in meiner Config-Datei für die ssl-site eine Regel zum Umschreiben der URL hinterlegt.

RewriteEngine On
RewriteRule ^/?$ https://%{HTTP_HOST}%{REQUEST_URI}/icingaweb2 [R=301,NC,L]

Damit brauche man nur monitoring.meineDomain.de eingeben und man wird direkt zur Login-Seite von Icinga2 geleitet.

Was kommt noch

Icingaweb2 ist nicht nur eine nützliche Oberfläche für Icinga2. Es gibt dafür Module für spezielle Aufgaben, welche den Funktionsumfang erweitern. Folgende Module werde ich noch installieren:

• Icinga2 Director: dieser ermöglicht das Konfigurieren von Checks über die Weboberfläche
• Icingaweb2-Grafana-Modul: damit ich schön gezeichnete Grafen unter den Checks habe

TIPP:

Wenn man das seltsam Blau der Oberfläche nicht mag, kann man diese auch mit einem einzigen Befehl über die Konsole dunkel gestalten:

sed -i 's/@icinga-blue: #0095BF;/@icinga-blue: #333;/g' /usr/share/icingaweb2/public/css/icinga/base.less

In den letzten 8 Wochen habe ich vermehrt Gymnastikringe in mein Training integriert. Aus Ermangelung eines anständigen Baumes oder eines Balkens in meiner Nähe, hänge ich die Ringe in mein Türreck. Am Anfang war ich von den Ringen überhaupt nicht begeistert, ja sogar eher angenervt. Plötzlich war alles zu schwer und instabil. Die Wiederholungen gingen zurück und damit auch meine Motivation.

Mittlerweile hat sich dieses Gefühl komplett gedreht. Zwar empfinde ich viele Übungen immer noch als sehr schwer, bzw. bekomme sie einfach noch nicht hin, aber ich werde besser. Das Gefühl der Instabilität ist für mich eine zusätzliche Trainingskomponente geworden, die ich nicht mehr missen möchte.

Um mir meine Trainingspläne zu baue, greife ich auf verschiedenste Quellen zurück. Unter anderen sehe ich mich natürlich auch auf Youtube um. Dabei bin ich über das folgende Video gestoßen, welches mich nicht nur stilistisch sehr anspricht. Es erklärt – meiner Meinung nach – perfekt, wofür Ringe gut sind, wie  und warum man sie benutzen sollte.

Solch ein Misstrauensvotum durch einen großen „Browser-Herstellers“ bleibt natürlich nicht ohne Folgen. Nicht nur, dass andere Unternehmen diesem folgen und die beiden CAs auf ihre Blacklist setzen werden. Auch verlieren alle neu ausgestellten Zertifikate dieser Certificate Authorities ihre Gültigkeit. Somit beginnt das große „Diese Seite ist unsicher“-Quaken der Browser, sobald man eine Website besucht, welche solch ein Zertifikat ausliefert.

Ich habe bisher überall von Startcom Zertifikate eingesetzt. Die „Israeliten“ stellten Class 1- Zertifikate mit einer Gültigkeit von einem Jahr kostenlos aus. In meinen Augen optimal für die saubere Verschlüsselung von privaten Seiten – solange sie auch von allen Browsern als gültig und sauber angesehen wird. Da sich das in nächste Zeit ändern können, bin ich nun gezwungen, mir eine andere Bezugsstelle für Zertifikate zu suchen.

Da ich kein Geld für meine Zertifikate ausgeben möchte, fiel mir Let’s Encrypt ins Auge. Let’s Encrypt ist eine Zertifizierungsstelle (CA), welche seit Ende 2015 aktiv ist und sich die Verschlüsselung sämtlicher Internetseiten auf die Fahne geschrieben hat. Dabei kommt eine Technik zum Einsatz, welche sich „vollautomatischen“ um die Ausstellung, Konfiguration und Erneuerung der Zertifikate kümmert. Die Zertifikate selbst verlieren nach 90 Tagen ihre Gültigkeit. Somit muss der Automatismus sauber laufen. Das wollte ich zuerst auf meinem Raspberry testen. Meine Vorgehensweise habe ich hier beschrieben.

Ausgehend von einem aktuellen RASPBIAN JESSIE LITE mit schon eingerichtetem Apache2, muss das Repository für die Debian-Backports zur Sourcelist des Paketmanagements  hinzugefügt werden.

# Debian Backports
 sudo cat </etc/apt/sources.list.d/debmon.list
 deb http://ftp.de.debian.org/debian jessie-backports main
 EOF

Damit es nicht zu dem folgenden Fehler

„W: GPG-Fehler: http://ftp.de.debian.org jessie-backports InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010“

bei apt-get update kommt, müssen vorher noch die zugehörigen Schlüssel importiert werden:

# Schlüssel importieren
sudo gpg --keyserver pgpkeys.mit.edu --recv-key 8B48AD6246925553
sudo gpg --keyserver pgpkeys.mit.edu --recv-key 7638D0442B90D010

Jetzt führt man das obligatorische apt-get update durch und ist ab sofort in der Lage, Certbot für die automatische Erneuerung der Let’s Encrypt-Zertifikate auf dem Raspberry zu installieren.

# Certbot installieren
sudo apt-get install python-certbot-apache -t jessie-backports

Danach startet man die automatische Einrichtung für z.B. den Apache2 mit

# Einrichtung für Apache2-Server
 sudo certbot --apache

Nachdem man die Domain(s), für welche das Zertifikat ausgestellt werden soll, angegeben hat, wird man noch nach einer Mailadresse gefragt und muss die „Terms of Service“ abnicken. Danach „rattert“ das Script durch, erstellt die nötigen Dateien und konfiguriert den Web-Server.

Ist alles ordnungsgemäß durchgelaufen, kann man mit dem folgenden Befehl noch testen, ob die automatische Erneuerung des Zertifikats läuft.

# automatische Erneuerung des Zertifikats testen
sudo certbot renew --dry-run

In meinem Fall kam es zu der folgenden Ausgabe:

Encountered vhost ambiguity but unable to ask for user guidance in non-interactive mode. Currently Certbot needs each vhost to be in its own conf file, and may need vhosts to be explicitly labelled with ServerName or ServerAlias directories.

Das lag daran, dass ich in der zugehörigen  000-default-le-ssl.conf unter /etc/apache2/sites-available/ noch keinen Servernamen für den Vhost angegeben hatte. Hat man das erledigt, verschwindet auch die Fehlermeldung.

Zum Abschluss ist es ratsam, dass man vom Ordner /etc/letsencrypt auf jeden Fall ein Backup-Archiv erstellt und es sicher ablegt. Sollte man den Server neu einrichten, dann muss man nur den Certbot neu installieren und das Backup einzuspielen.

Klar habe ich ein Backup. Zwar sind die neusten Daten nicht mehr drin, aber das ist verschmerzbar. In der letzten Zeit lief hier ja nicht mehr allzu viel, was man hätte sichern können.

Ein aufgeräumter Arbeitsplatz sieht nicht nur schön aus, er hilft auch beim konzentrierten Arbeiten. Gleiches gilt für einen Blog. Aus diesem Grund habe ich mich dazu entschieden, einmal alles sauber zu installieren, auszumisten und dann die alten Daten aufzupolieren und Stück für Stück wieder online zu stellen.

Sicher wird das eine Weile dauern, aber ich möchte hier unbedingt auch wieder etwas aktiver werden. Die dunkle Jahreszeit ist im Anmarsch. Traditionell werde ich mich somit ab sofort weniger draußen „herumdrücken“ und wieder mehr Basteln. So jedenfalls der Plan. Sollte der aufgehen, dann habe ich auch wieder mehr zum Schreiben.

Jetzt bewege ich mich jetzt an das Extrahieren der alten Daten. Schauen wir doch mal, ob die WordPress-Entwicklerwelt auch im Import-Export-Geschäft etwas tätig war. Vielleicht ist ja alles gar nicht so wild.