Vagrant Examples

Alle Beispiele sind lokale, nicht-destruktive Labs. run.sh startet keine VM, sondern prüft Artefakte, Shell-Skripte, Beispielkonfigurationen und erzeugt Evidence unter work/.

Nr.	Beispiel	Thema
00	Lab-Skeleton	Repository-Aufbau, lokale Validierung und Evidence ohne VM-Start
01	Vagrantfile Basics	Minimale Vagrantfile-Struktur mit Box, Hostname und Provider-Block
02	Box Selection Versioning	Box-Auswahl, Versionspinning und Registry-Prüfung
03	Provider VirtualBox Baseline	VirtualBox-Provider, CPU, Speicher und VM-Name
04	Provider Docker Baseline	Docker-Provider als abweichendes Laufzeitmodell
05	Provider Hyper-V Notes	Hyper-V-Annahmen, Windows-Host-Grenzen und Team-Hinweise
06	VM Resources	CPU, Memory, Boot Timeout und Ressourcengrenzen
07	Synced Folders Basic	Standard-Sync, Pfade, Ownership und Write-Scope
08	Synced Folders NFS SMB Rsync	NFS, SMB und rsync als Sync-Varianten mit Risiken
09	Forwarded Ports	Portweiterleitung mit localhost-Bindung und Konfliktprüfung
10	Private Network	Private IPs, Host-only-Netze und Adressplanung
11	Public Network Review	Public Networks, Bridge-Auswahl und Expositionsreview
12	Multi-Machine Topology	Mehrere Maschinen, Rollen und Abhängigkeiten
13	Shell Provisioner	Shell-Provisioning, Idempotenz und privilegierte Ausführung
14	File Provisioner	Datei-Provisioning, Pfade und Zielzustand
15	Ansible Provisioner	Ansible vom Host aus als Vagrant-Provisioner
16	Ansible Local Provisioner	Ansible im Gast als lokaler Provisioner
17	cloud-init User Data	cloud-init User-Data und frühe VM-Konfiguration
18	Triggers Lifecycle Hooks	Trigger vor und nach Vagrant-Kommandos
19	Disks Model	Experimentelle/Provider-abhängige Disk-Konfiguration
20	Snapshots Workflow	Snapshot-Kommandos, Namenskonventionen und Restore-Risiko
21	Box Update Lifecycle	Box-Updates, Pinning, Prune und kontrollierte Rollouts
22	Plugin Management	Plugin-Inventar, Versionen, Updates und Vertrauensprüfung
23	HCP Vagrant Registry Model	Registry-Suche, Box-Metadaten und Team-Freigaben
24	Vagrant Share Risk Review	Freigabe- und Expositionsrisiken dokumentieren
25	SSH Access And Keys	SSH-Zugang, Insecure Key, Identity Files und Rotation
26	Environment Variables And Dotenv	Umgebungsvariablen, lokale Overrides und Secret-Grenzen
27	CI Validation Of Vagrantfiles	Statische CI-Prüfung von Vagrantfiles und Provisionern
28	Security Baseline Dev VM	Security-Baseline für Entwicklungs-VMs
29	Incident Response Broken VM	Defekte VM, Box-Regression und Wiederherstellung
30	Troubleshooting Vagrant	Systematische Diagnose von Provider-, Netzwerk- und SSH-Fehlern

Ausführung

cd examples/00-lab-skeleton
./run.sh

Erwartung

kein VM-Start
keine Änderung an Host-Provider-Konfiguration
Evidence unter work/evidence
lokales Git-Repository unter work/repo für Review-Übungen

Praxisanhang: Example Reviewkarten

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.