Zum Hauptinhalt springen
Erklärungen

IT-Betrieb beginnt mit Visibilität für alle Geräte

IT-Betrieb beginnt mit Visibilität für alle Geräte

Man kann nicht verwalten, was man nicht sieht

Bevor Software installiert, Compliance bewertet, Inventar gesammelt oder Patches installiert werden können, muss ein System bekannt und verwaltet werden. Wenn wir mit neuen Tanium-Kunden arbeiten, ist es allzu häufig, dass wir einen erheblichen Prozentsatz von Endpunkten finden, die nicht von ihrem Legacy-Systemmanagement-Tool bekannt oder verwaltet werden. Ich habe einmal einen CIO gefragt, wie viele Endpunkte sich im Netzwerk befanden, und er gab irgendwo zwischen 250 000 und 400 000 Endpunkten an. Das ist eine potenzielle Lücke von 150 000 Endpunkten!

Vorhandene Tools haben eine Tunnelsicht

Warum sehen wir also weiterhin Lücken zwischen der Anzahl der bekannten Endpunkte und der tatsächlichen Anzahl der Endpunkte? Tools wie der System Center Configuration Manager (SCCM) nutzen häufig Active Directory oder DHCP, um zu bestimmen, was sich im Netzwerk befindet. Dieser Ansatz lässt eigenständige Anwendungsserver oder Workstations aus, die nicht mit einer Active Directory-Domäne verbunden sind. Jede Änderung des IP-Adressschemas kann auch zu einem Verlust der Visibilität und Verwaltung von Clients führen. Zu oft identifiziert AD-basierte Erkennung völlig Laborsysteme, medizinische Geräte und „under the desk“-Systeme, die seit Jahren laufen, ohne dass sich jemand ihrer Existenz bewusst ist.

Ein zweiter Ansatz verwendet eine Brute-Force-Methode, um alle Netzwerkgeräte zentral zu scannen. Obwohl dies eine effektive Möglichkeit sein kann, Geräte zu identifizieren, verursacht es eine starke Netzwerklast über WAN-Verbindungen und kann Tage oder Wochen in Anspruch nehmen. IT-Betriebsteams führen diese Scans normalerweise außerhalb der Geschäftszeiten durch, was zu großen Abdeckungslücken führt. Das Ergebnis ist ein unvollständiges, ungenaues Bild, das keine Änderungen während der Zeit zwischen den Scans berücksichtigt.

Ich habe mit vielen Kunden zusammengearbeitet, die Fusionen, Übernahmen und Veräußerungen durchlaufen haben. Sie haben normalerweise eine kurze Zeit, um alle Geräte im zu erfassenden Netzwerk zu identifizieren. Leider sind Legacy-Systemmanagement-Tools oft blind gegenüber den erworbenen Netzwerken. SCCM erfordert beispielsweise, dass Systeme auf der gleichen Active Directory-Domäne sind, was bei einer Erfassung oft nicht der Fall ist. Darüber hinaus gibt es Netzwerküberschneidungen in IP-Bereichen, die das Routing auf einen zentralisierten Scandienst beschränken.

Es gibt einen besseren Weg

Mit Tanium Discover nutzen wir die Tanium Architecture und bestehende verwaltete Endpunkte, um jedes Gerät im Netzwerk zu identifizieren. Es gibt im Wesentlichen zwei konfigurierbare Erkennungsmethoden: aktiv und passiv. Passive Erkennung verwendet Informationen, die von verwalteten Endpunkten erfasst wurden und welche Verbindungen zu ihnen hergestellt wurden. Aktive Erkennung verwendet Mechanismen wie Ping-basierte Skripte oder NMAP.

Da der Ansatz von Tanium viel effizienter ist als herkömmliche Tools, kann er das gesamte Endpunktnetzwerk mehrmals pro Tag entdecken. Infolgedessen verfügen Administratoren über aktuelle und umsetzbare Daten, ohne das Netzwerk zu überlasten – im Gegensatz zum herkömmlichen Hub-and-Spoke-Kommunikationsmodell, das von älteren Tools wie SCCM verwendet wird.

Bei einer kürzlichen Kundenbindung haben wir Tanium Discover verwendet, um während einer Fusion und Übernahme 30K.000 zusätzliche Geräte zu finden. Dies war ein hervorragendes Beispiel dafür, wie ihr Legacy-Systemmanagement-Tool, das parallel läuft, nicht die gleichen Erkenntnisse geliefert hatte.

Es gibt viele Beispiele, bei denen Kunden nicht verwaltete Asset-Daten auf neuartige Weise verwenden. Ein neuer Kunde integrierte nicht verwaltete Assetdaten, automatische Kennzeichnung (in Discover) und TCP-Verbindungsdaten (von Tanium Core). Als Ergebnis identifizierten sie einen „Drucker“, der ungeklärte Port- 22 -Verbindungen zu ihren Linux-Servern herstellte.

Umgang mit Tanium Client Health und Rogue-Geräten

Client Health ist oft ein großes Problem mit Legacy-Tools wie SCCM. Tanium bietet jedoch robuste Client-Health-Tools, um potenzielle Probleme zu vermeiden. Wenn der Tanium-Agent entfernt, eine Firewall hinzugefügt wird, die die Kommunikation blockiert, oder aus irgendeinem Grund der Tanium-Dienst nicht mehr verfügbar ist, kennzeichnet Tanium Discover dieses Gerät automatisch als „verlorene Schnittstelle“. Dies kann ein Support-Ticket auslösen, um den Client auf diesen Geräten zu reparieren.

Tanium Discover kann es Ihnen auch ermöglichen, mit „rogue“-Endpunkten umzugehen. Tanium verfügt über Integrationen mit sowohl Cisco ISE- als auch Palo Alto Networks, um diese zu blockieren oder zu unter Quarantäne zu stellen.

Screenshot der NAC-Netzwerkzugriffskontrolloptionen einschließlich Quarantäne, Unquarantine und Palo Alto Dynamic Address Groups

Alles zusammensetzen

Mit der Tanium Architecture und Tanium Discover können wir Visibilität für jedes Endpunktgerät in Ihrem Netzwerk bereitstellen, ohne von anderen Verwaltungstools oder zentralisierten Scandiensten abhängig zu sein. Tanium Discover ist ein integraler Bestandteil der Tanium Operations Suite, die entwickelt wurde, um IT-Operationen durch Geschwindigkeit und Einfachheit zu transformieren.

Dies ist der zweite Blog in unserer Serie über Tanium für IT Operations. Lesen Sie hier die erste Rate.

Um mehr über Tanium Discover zu erfahren, besuchen Sie bitte unsere Produktseite oder kontaktieren Sie uns unter info@tanium.com.

Interessiert daran, Tanium in Aktion zu sehen? Planen Sie eine persönliche Demo oder nehmen Sie an unserem wöchentlichen Webinar teil. Sprechen Sie bei unseren bevorstehenden Veranstaltungen mit unseren Tanium-Experten.

Über den Autor: Tim Mintner, Senior Director of Technical Account Management. In den letzten mehr als 20 Jahren hat Tim in IT Operations mit Organisationen gearbeitet, die von einigen Hundert bis mehreren Hunderttausend Computern reichen. Tim war sowohl als Entwickler als auch als Implementierungsberater tätig und hat auf Microsoft-Konferenzen in den USA und Europa über Betriebssystembereitstellung und IT-Management gesprochen.