Wir benutzen Git zur Versionierung von Config-Änderungen auf unserer Netzwerktechnik. Nach der Durchführung einer Änderung zieht man sich die aktuellen Configs der betroffenen Geräte ins Arbeitsverzeichnis. Diese werden dann von Git als geänderte Dateien angezeigt:

Changes not staged for commit:
        modified:   config-backup/firewall.cfg
        modified:   config-backup/...

Ein git diff zeigt die einzelnen Änderungen je Gerät:

 ...
 access-list from_outside extended permit tcp any4 object o4-www.byteboys4.life eq https
+access-list from_outside extended permit tcp any6 object o6-www.byteboys4.life eq https
 ...

In diesem Beispiel wurde eine Zeile zu einer Access-Liste hinzugefügt. Löschungen werden entsprechend rot und mit beginnendem Minus-Zeichen dargestellt. Wie man es eben von Git kennt. Und natürlich kann man auch mit git log „durch die Zeit reisen“ und sich Commits aus der Vergangenheit anschauen. Besonders schön ist diese Art der Config-Versionierung, wenn sich eine Änderung über mehrere Geräte erstreckt, denn dann kann man all diese Änderungen in einen gemeinsamen Commit packen. Wählt man dann noch eine ordentliche Commit-Message, hat man jede Änderung im Netzwerk sauber und abgeschlossen dokumentiert.

Gelegentlich findet man bei dieser Arbeitsweise auch die eine oder andere nicht versionierte Änderung. Hierfür kann es mehrere Gründe geben, z.B. automatisierte Änderungsprozesse oder es wurde schlicht vergessen, eine Änderung einzuchecken. Besonderes interessant fande ich jedoch diese „Änderung“:

:
: Serial Number: XXXXXXXXXXX
-: Hardware:   ASA5525, 8192 MB RAM, CPU Lynnfield 2393 MHz, 1 CPU (4 cores)
+: Hardware:   ASA5525, 8192 MB RAM, CPU Lynnfield 2394 MHz, 1 CPU (4 cores)
!

Naja… solange keine CPU verschwindet. 😉

Foto von Slejven Djurakovic auf Unsplash