Red Hats Discovery-Werkzeug zeigt ein sinnvolles Muster für Umgebungen, die nicht nach außen kommunizieren können oder sollen: Der agentenlose Scanner läuft intern, nutzt vorhandene Verwaltungsprotokolle und hält Ergebnisse lokal. Linux-Hosts werden über SSH, Windows-Systeme über WinRM und VMware-Bestände über vCenter-APIs untersucht, ohne einen dauerhaften Agent zu hinterlassen.
Bedeutung für den Betrieb
Agentenlos bedeutet nicht vertrauenslos. Der Scanner benötigt weiterhin Credentials, Netzreichweite und Leserechte. Diese Fähigkeiten verdienen dieselbe Prüfung wie jede Managementplattform. Credential-Speicherung, Quellsegmentierung, Scanfenster, Protokollierung und Bedienerzugriff müssen feststehen, bevor große Adressbereiche eingetragen werden. Auch ein reines Lesewerkzeug erzeugt wertvolle Aufklärungsdaten.
Auch die Abdeckung braucht ehrliche Begriffe. Geschlossene Ports, unzureichende Rechte, ausgeschaltete Systeme, mehrere Erkennungspfade und geklonte Kennungen beeinflussen das Ergebnis. Red Hat beschreibt abgestuften Betrieb und ausdrücklich unbekannte Werte. Operations-Teams sollten diese Lücken erhalten, statt einen unvollständigen Scan in einen scheinbar präzisen Lizenz- oder Lifecycle-Bericht umzudeuten.
Ein belastbarer Rollout beginnt mit einem begrenzten Netz, gleicht Funde mit vCenter oder einer anderen verlässlichen Quelle ab und prüft die Darstellung von Duplikaten und unerreichbaren Hosts. Dokumentiert werden verwendete Credentials, Ablaufzeiten, Lastbegrenzung und die Freigabe für jeden Export aus der lokalen Umgebung.
Praktische Konsequenz
Die praktische Konsequenz: Agentenlose Inventarisierung entfernt den Installationsfußabdruck, nicht die betriebliche Verantwortung. Ihr Wert liegt in einer unabhängigen Sicht auf schwierige, besonders abgeschottete Bestände. Vertrauenswürdig wird sie erst, wenn Privilegien, Blindstellen, Datenhoheit und Abgleich genauso sichtbar sind wie die gefundenen Systeme.