Offizielle Zertifikate und Prüfungsnähe: Vagrant (DE)

Einordnung

Dieses Dokument erfindet keine Vagrant-Zertifizierung. HashiCorp bietet bekannte Zertifizierungen vor allem für andere Produkte wie Terraform, Vault oder Consul an; ein dediziertes aktuelles Vagrant-Examen wird hier nicht behauptet.

Wichtig für diesen Workshop:

Vagrant-Kompetenzen werden in DevOps-, Plattform-, Linux- und IaC-Kontexten geprüft, auch wenn sie nicht immer als eigenes Examen auftreten.
Offizielle Vagrant-Dokumentation und Registry-Informationen bleiben die fachliche Grundlage.
Dieser Workshop vermittelt praktische Review- und Betriebsfähigkeit und ersetzt keine offiziellen Exam Objectives.

Kompetenzmapping

Kompetenz	Workshop-Bereich	Nachweis im Repo
Vagrant-Grundlagen	Fundamentals	Workshop 01, Exercises 01, Examples 00-07
Provider und Netzwerke	Intermediate	Workshop 02, Examples 03-12
Team- und Betriebsstandard	Professional	Workshop 03, Examples 13-23
Security und Recovery	Advanced Security	Workshop 04, Examples 24-30

Vorbereitung ohne Prüfungsbehauptung

Prüfe die aktuelle HashiCorp-Dokumentation und Registry-Seiten.
Übe Vagrantfile, Boxen, Provider, Networking, Provisioning und Troubleshooting praktisch.
Belege Entscheidungen mit lokalen Kommandos, Beispielkonfigurationen und Evidence.
Prüfe externe Zertifizierungen separat gegen deren aktuelle Ziele.

Quellen und Referenzen

Praxisanhang: Zertifikatsnahe Praxis

Die folgenden Karten sind als Wiederholungs-, Review- und Coachingmaterial gedacht. Jede Karte hat einen klaren Vagrant-Bezug und kann als kurze Übung, Pairing-Frage oder Pull-Request-Kommentar genutzt werden.

Karte 001: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant init — erstellt ein initiales Vagrantfile für eine Box.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 002: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant validate — prüft die Vagrantfile-Struktur, ohne eine VM zu starten.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 003: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant up — erstellt und startet die konfigurierte Umgebung.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 004: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant status — zeigt den lokalen VM-Zustand.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 005: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh — öffnet eine SSH-Sitzung zum Gast.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 006: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh-config — zeigt die konkrete SSH-Konfiguration.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 007: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant provision — führt Provisioner erneut aus.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 008: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant reload — startet eine VM neu und liest Konfigurationsänderungen.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 009: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant halt — fährt eine VM kontrolliert herunter.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 010: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant destroy — löscht die VM-Ressourcen nach Bestätigung.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 011: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box list — listet lokal installierte Boxen.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 012: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box update — prüft und lädt Box-Updates.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 013: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant plugin list — zeigt installierte Plugins.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 014: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant snapshot save — legt einen Snapshot an, falls der Provider es unterstützt.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 015: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant init — erstellt ein initiales Vagrantfile für eine Box.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 016: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant validate — prüft die Vagrantfile-Struktur, ohne eine VM zu starten.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 017: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant up — erstellt und startet die konfigurierte Umgebung.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 018: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant status — zeigt den lokalen VM-Zustand.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 019: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh — öffnet eine SSH-Sitzung zum Gast.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 020: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh-config — zeigt die konkrete SSH-Konfiguration.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 021: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant provision — führt Provisioner erneut aus.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 022: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant reload — startet eine VM neu und liest Konfigurationsänderungen.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 023: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant halt — fährt eine VM kontrolliert herunter.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 024: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant destroy — löscht die VM-Ressourcen nach Bestätigung.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 025: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box list — listet lokal installierte Boxen.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 026: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box update — prüft und lädt Box-Updates.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 027: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant plugin list — zeigt installierte Plugins.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 028: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant snapshot save — legt einen Snapshot an, falls der Provider es unterstützt.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 029: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant init — erstellt ein initiales Vagrantfile für eine Box.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 030: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant validate — prüft die Vagrantfile-Struktur, ohne eine VM zu starten.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 031: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant up — erstellt und startet die konfigurierte Umgebung.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 032: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant status — zeigt den lokalen VM-Zustand.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 033: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh — öffnet eine SSH-Sitzung zum Gast.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 034: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh-config — zeigt die konkrete SSH-Konfiguration.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 035: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant provision — führt Provisioner erneut aus.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 036: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant reload — startet eine VM neu und liest Konfigurationsänderungen.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 037: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant halt — fährt eine VM kontrolliert herunter.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 038: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant destroy — löscht die VM-Ressourcen nach Bestätigung.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 039: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box list — listet lokal installierte Boxen.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 040: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box update — prüft und lädt Box-Updates.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 041: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant plugin list — zeigt installierte Plugins.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 042: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant snapshot save — legt einen Snapshot an, falls der Provider es unterstützt.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 043: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant init — erstellt ein initiales Vagrantfile für eine Box.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 044: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant validate — prüft die Vagrantfile-Struktur, ohne eine VM zu starten.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 045: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant up — erstellt und startet die konfigurierte Umgebung.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 046: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant status — zeigt den lokalen VM-Zustand.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 047: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh — öffnet eine SSH-Sitzung zum Gast.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 048: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh-config — zeigt die konkrete SSH-Konfiguration.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 049: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant provision — führt Provisioner erneut aus.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 050: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant reload — startet eine VM neu und liest Konfigurationsänderungen.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 051: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant halt — fährt eine VM kontrolliert herunter.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 052: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant destroy — löscht die VM-Ressourcen nach Bestätigung.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 053: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box list — listet lokal installierte Boxen.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 054: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box update — prüft und lädt Box-Updates.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 055: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant plugin list — zeigt installierte Plugins.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 056: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant snapshot save — legt einen Snapshot an, falls der Provider es unterstützt.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 057: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant init — erstellt ein initiales Vagrantfile für eine Box.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 058: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant validate — prüft die Vagrantfile-Struktur, ohne eine VM zu starten.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 059: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant up — erstellt und startet die konfigurierte Umgebung.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 060: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant status — zeigt den lokalen VM-Zustand.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 061: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh — öffnet eine SSH-Sitzung zum Gast.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 062: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant ssh-config — zeigt die konkrete SSH-Konfiguration.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 063: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt

Kontext: Provider-Annahmen explizit dokumentieren, besonders VirtualBox, Docker, Hyper-V, VMware und libvirt ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant provision — führt Provisioner erneut aus.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 064: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben

Kontext: Ports standardmäßig an 127.0.0.1 binden und öffentliche Netze separat freigeben ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant reload — startet eine VM neu und liest Konfigurationsänderungen.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 065: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten

Kontext: Provisioner idempotent schreiben und Paketinstallationen reproduzierbar halten ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant halt — fährt eine VM kontrolliert herunter.
Reviewfrage: Welche Box wird verwendet, wer pflegt sie und welche Version ist freigegeben?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 066: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren

Kontext: Synced folders auf minimale Pfade begrenzen und keine Secrets synchronisieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant destroy — löscht die VM-Ressourcen nach Bestätigung.
Reviewfrage: Welcher Provider wird vorausgesetzt und welche Host-Berechtigungen braucht er?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 067: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen

Kontext: Box-Updates kontrolliert testen statt ungeprüft in Team-Labs auszurollen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box list — listet lokal installierte Boxen.
Reviewfrage: Welche Ports, privaten Netze oder öffentlichen Netze werden geöffnet?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 068: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren

Kontext: Plugins als Code-Lieferkette behandeln und Versionen dokumentieren ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant box update — prüft und lädt Box-Updates.
Reviewfrage: Welche Dateien werden zwischen Host und Gast synchronisiert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 069: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden

Kontext: Snapshots nur als Laborhilfe verstehen und nicht als Backup-Ersatz verwenden ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant plugin list — zeigt installierte Plugins.
Reviewfrage: Welche Provisioner laufen mit root-Rechten und sind sie idempotent?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 070: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen

Kontext: Fehlerbehebung mit vagrant status, ssh-config, port, provision und provider-spezifischen Logs beginnen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant snapshot save — legt einen Snapshot an, falls der Provider es unterstützt.
Reviewfrage: Welche Plugins sind nötig und wie werden sie versioniert?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 071: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen

Kontext: Box-Quelle im HCP Vagrant Registry oder in einer internen Registry prüfen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant init — erstellt ein initiales Vagrantfile für eine Box.
Reviewfrage: Welche Host-Ressourcen belegt die Umgebung bei vagrant up?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.

Karte 072: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen

Kontext: Vagrantfile versionieren und Änderungen wie Infrastrukturcode reviewen ist im Vagrant-Kontext immer Teil eines lokalen Infrastrukturvertrags. Ein Vagrantfile beschreibt nicht nur eine VM, sondern auch Provider-Annahmen, Box-Herkunft, Netzwerke, Synchronisation, Provisioning und den erlaubten Arbeitsbereich auf dem Host. Änderungen müssen deshalb wie Infrastrukturcode bewertet werden: reproduzierbar, reviewbar, rückbaubar und ohne versteckte Secrets.
Prüfbefehl: vagrant validate — prüft die Vagrantfile-Struktur, ohne eine VM zu starten.
Reviewfrage: Wie sieht der Recovery-Pfad bei beschädigter VM, Box-Regression oder SSH-Fehler aus?
Nachweis: Halte Vagrantfile-Ausschnitt, erwarteten Zustand, tatsächliche Ausgabe und Rollback-Entscheidung fest.
Risiko: Dokumentiere, ob Host-Ressourcen, Netzwerkexposition, Secrets, Box-Vertrauen oder Plugin-Lieferkette betroffen sind.