Im letzten Jahr berichtete ich ueber ein Tool namens "Razor", mit dem es moeglich ist, automatisiert (quasi wie beim Broetchenbacken) Betriebssysteme auf noch jungfraeuliche Rechner zu installieren. DIe schlechte Nachricht ist: Razor wird nicht mehr gepflegt. Die gute Nachricht ist: Es gibt jetzt Razor-Server.
Mit dem Citrix XenCenter kann man virtuale Maschinen erstellen und verwalten. Es laeuft auf einem handelsueblichen PC, kann aber auch mit 2 Instanzen zur Hochverfuegbarkeitsloesung ausgebaut werden. Dazu bedarf es aber eine kostenpflichtigen Lizenz. Die Basisversion benoetigt zwar auch eine, aber die ist kostenlos und kann auch jedes Jahr kostenlos erneuert werden. Fuer den Hausgebrauch ist das voellig in Ordnung.
Ueber die totale Ueberwachung mit Nagios habe ich mich in einen der letzten Artikel ausgelassen. Es ging um die Konfiguration mit Puppet und Zusammentragen der verschiedenen Teile der Konfiguration der zu ueberwachenden Hosts mit exportierten Resourcen. Das war schon alles ganz nett, aber der Aufwand schon recht hoch. Aufgrund der Erfahrungen und neuer Anforderungen gibt es jetzt eine neue Version von Puppet Nagios.
Seit geraumer Zeit versucht sich jemand Zugang zum Admin-Bereich meiner Homepage zu verschaffen. Ich vermute mal, dass jemand rausgefunden hat, dass das Content-Management-System *AHAEMM...HAEMM...HUST" drauf laeuft, hat die URL in sein Botnet eingespeist und fortan kommt ein Bot vorbei und versucht sich einzuloggen. Klar koennte man die Botnet-IPs sperren, aber mich interessierte, was neben den Benutzernamen "root", "admin" und "Administrator" als Passwoerter verwendet werden. Also flugs die passende Routine fuer falsche Passworteingabe erweitert und alle Fehlversuche mitgeloggt. Nach ein paar Wochen Data Mining ist sie hier, die ultimative Passwortliste:
Die einen lieben es, die anderen hassen es - die taegliche Arbeit mit Git. Wikipedia uebersetzt Git demnach auch passend mit: Bloedmann. Ansonsten erklaert es noch, dass Git eine freie Software zur Versionsverwaltung von Dateien ist und weitestgehend seine Vorgaenger cvs und rcs abgeloest hat.
Eigentlich startet eine neue Version einer Linux-Distribution immer mit einer Neuinstallation - zumindest wenn man alle paar Jahre mal Zeit hat oder Programm Gnuutoolfuergel mit dem alten Betriebssystem ums Verrecken nicht laufen will.
Dazu habe ich jetzt mal die Option mit Distributions-Update ausprobiert.
Eine der grossen Ansprueche der (Computer)-Neuzeit ist der Anspruch, sich um nichts mehr kuemmern zu muessen. Alles so automatisch passieren und der Computer soll die Arbeit erleichtern. Daraus ist dann das Cloud Computing entstanden. Auch das Monitoring meiner Dienste soll sich am liebsten von selbst etablieren, ohne dass der Nutzer gross drueber nachdenken muss. Den Anspruch gerecht werde moechte check_mk...
Die totale Ueberwachung wuenscht im reellen Leben niemand aber in der Cloud um so mehr. Ein vollautomatisches Monitoring fuer seine virtuellen Maschinen waere schon schick. Es wurden dazu auch Unmengen von Tools gebaut und Projekte geschaffen. Ganze Firmen haben ihr Geschaeftsmodell darauf ausgerichtet. Schlussendlich, bei all der ganzen Toolfrage, landet man erstaunlicherweise wieder bei Nagios.
In der Sache der parallelen Datenverarbeitung fehlt es zuweilen an Tools, die leicht zu installieren sind und dennoch einen gewissen Mehrwert als pssh bieten. Einen Anspruch darauf erhebt MCollective
Hilfe Hilfe, unser INSTALL-LAN brauch Internet! Wenn unser Installserver mit eth0 Zugang zum Internet hat und an eth1 das Install-Lan mit 192.168.3.0/24 als Netzwerk haengt, hilft folgender Schnippsel, damit die Rechner im Install-Lan ueber den Install-Server als Default-GW 192.168.3.1 Zugang zum Internet bekommen: