Die Sysinternals-Tools von Microsoft sind seit Langem unverzichtbare Helfer für Systemadministratoren und IT-Profis. Sie bieten tiefe Einblicke in laufende Prozesse, Dateisysteme, Netzwerkaktivitäten und vieles mehr. Eines dieser mächtigen Werkzeuge ist psloggedon64, das schnell Auskunft darüber geben kann, welche Benutzer auf einem lokalen oder Remote-Computer angemeldet sind. Doch manchmal, wenn man es am dringendsten braucht, meldet es plötzlich den frustrierenden Fehler „error browsing network”. Dieser Artikel beleuchtet die Ursachen dieses Problems und bietet eine umfassende Schritt-für-Schritt-Anleitung zur Fehlerbehebung, damit Sie Ihr Sysinternals-Tool wieder voll nutzen können.
Die Bedeutung von psloggedon64 und das Problem verstehen
psloggedon64 ist ein kleines, aber mächtiges Kommandozeilentool, das nicht nur die interaktiven Anmeldungen (Konsolen- oder RDP-Sitzungen) anzeigt, sondern auch Benutzer, die über SMB (Server Message Block) auf Freigaben zugreifen. Diese Information ist entscheidend für die Fehlersuche bei Problemen mit Dateizugriffen, der Überwachung von Benutzersitzungen oder dem Herunterfahren von Servern. Wenn dieses Tool jedoch den Fehler „error browsing network” zurückgibt, deutet dies darauf hin, dass es das Zielsystem nicht erreichen oder nicht korrekt mit ihm kommunizieren kann, um die benötigten Informationen abzurufen.
Dieser Fehler ist selten ein Indikator für ein Problem mit psloggedon64 selbst. Vielmehr weist er auf eine tieferliegende Störung in der Netzwerkkommunikation, bei den Berechtigungen, der Namensauflösung oder den benötigten Diensten auf dem Zielsystem hin. Die Herausforderung besteht darin, die genaue Ursache in der komplexen Landschaft der Windows-Netzwerkkommunikation zu identifizieren.
Erste Schritte: Die Grundlagen überprüfen
Bevor wir uns in komplexe Konfigurationen vertiefen, sollten wir die grundlegendsten Aspekte überprüfen, die oft die Ursache vieler Probleme sind. Ein systematischer Ansatz spart hier viel Zeit und Nerven.
1. Netzwerkverbindung und Verfügbarkeit des Zielsystems
Die offensichtlichste Ursache für einen „error browsing network” ist, dass das Zielsystem gar nicht erreichbar ist.
* Ping-Test: Versuchen Sie, das Zielsystem über seine IP-Adresse und seinen Hostnamen anzupingen (z.B. `ping 192.168.1.100` und `ping zielserver`). Wenn der Ping fehlschlägt, ist das System entweder offline, wird durch eine Firewall vollständig blockiert oder es gibt ein grundlegendes Netzwerkproblem.
* DNS-Auflösung: Wenn der Ping über den Hostnamen fehlschlägt, aber über die IP-Adresse funktioniert, liegt wahrscheinlich ein DNS-Problem vor. Überprüfen Sie Ihre DNS-Einstellungen oder versuchen Sie, den Befehl mit der IP-Adresse statt des Hostnamens auszuführen.
* Systemstatus: Stellen Sie sicher, dass das Zielsystem eingeschaltet ist und ordnungsgemäß läuft. Eine kurze Meldung eines Kollegen oder ein Blick in Ihre Überwachungssysteme kann hier Klarheit schaffen.
2. Syntax und Ausführungskontext
Selbst erfahrene Administratoren machen manchmal Tippfehler oder vergessen wichtige Parameter.
* Korrekte Syntax: Stellen Sie sicher, dass Sie psloggedon64 mit der korrekten Syntax aufrufen, z.B. `psloggedon64 \Zielcomputername` oder `psloggedon64 \192.168.1.100`.
* Als Administrator ausführen: Führen Sie die Eingabeaufforderung oder PowerShell stets „Als Administrator” aus, von der aus Sie psloggedon64 starten. Auch wenn dies nicht immer zwingend ist, beseitigt es eine mögliche Fehlerquelle im Zusammenhang mit lokalen Berechtigungen.
Tiefergehende Fehlersuche: Die eigentlichen Ursachen bekämpfen
Nachdem die grundlegenden Checks abgeschlossen sind, müssen wir uns den spezifischeren Ursachen zuwenden, die den „error browsing network” bei psloggedon64 verursachen können.
3. Berechtigungen und Anmeldeinformationen
psloggedon64 benötigt entsprechende Berechtigungen auf dem Zielsystem, um die Benutzerinformationen abrufen zu können. Standardmäßig verwendet es die Anmeldeinformationen des Benutzers, der den Befehl ausführt.
* Domain- vs. Arbeitsgruppenumgebung:
* In einer Domainumgebung müssen Sie ein Konto verwenden, das Mitglied der lokalen Administratorengruppe auf dem Zielcomputer ist oder über entsprechende Remote-Verwaltungsrechte verfügt.
* In einer Arbeitsgruppenumgebung müssen die Benutzernamen und Passwörter auf Quell- und Zielsystem identisch sein oder Sie müssen explizit Anmeldeinformationen angeben.
* Explizite Anmeldeinformationen: Wenn Ihr aktuelles Benutzerkonto nicht über die erforderlichen Berechtigungen verfügt, können Sie diese mit den Parametern `-u` (Benutzername) und `-p` (Passwort) explizit angeben:
`psloggedon64 \Zielcomputername -u DomainBenutzername -p Passwort`
Beachten Sie, dass das Passwort im Klartext übergeben wird, was aus Sicherheitsgründen nicht immer ideal ist. Alternativ können Sie das Passwort weglassen, dann werden Sie zur Eingabe aufgefordert.
* Benutzerrechtezuweisung: Überprüfen Sie auf dem Zielsystem die lokale Sicherheitsrichtlinie unter „Lokale Richtlinien” -> „Zuweisung von Benutzerrechten”. Stellen Sie sicher, dass die Benutzer, die psloggedon64 verwenden, über das Recht „Zugriff auf diesen Computer vom Netzwerk aus” verfügen und nicht unter „Zugriff auf diesen Computer vom Netzwerk aus verweigern” gelistet sind.
4. Firewall-Konfiguration
Die Firewall ist einer der häufigsten Übeltäter. Sie kann die Kommunikation blockieren, die psloggedon64 für seine Funktion benötigt. psloggedon64 verwendet unter anderem RPC (Remote Procedure Call) und WMI (Windows Management Instrumentation).
* Windows Defender Firewall:
* Überprüfen Sie auf dem Zielsystem die eingehenden Regeln der Windows Defender Firewall.
* Es müssen Regeln für „Datei- und Druckerfreigabe (SMB-Eingehend)” aktiviert sein, insbesondere die für TCP Port 445.
* Oft sind auch Regeln für „Remoteverwaltung” oder „Windows Management Instrumentation (WMI)” erforderlich. Diese Regeln sind in der Regel unter den vordefinierten Regeln zu finden und müssen für das entsprechende Netzwerkprofil (Domäne, Privat, Öffentlich) aktiviert sein.
* In manchen Fällen ist die Aktivierung der Regel „Netzwerkerkennung” hilfreich, da sie die erforderlichen Ports für die Remote-Verwaltung öffnet.
* Drittanbieter-Firewalls/Endpoint Protection: Wenn eine Drittanbieter-Firewall oder ein Endpoint-Security-Produkt auf dem Zielsystem installiert ist, überprüfen Sie dessen Konfiguration. Diese können sehr restriktiv sein und müssen möglicherweise explizit konfiguriert werden, um die Kommunikation für WMI und RPC zuzulassen.
* Temporäres Deaktivieren (Testzwecke): Deaktivieren Sie zu Testzwecken (und nur vorübergehend!) die Firewall auf dem Zielsystem. Wenn psloggedon64 danach funktioniert, wissen Sie, dass die Firewall die Ursache ist und Sie müssen die Regeln entsprechend anpassen. Vergessen Sie nicht, die Firewall danach wieder zu aktivieren!
5. Windows Management Instrumentation (WMI)
psloggedon64 und viele andere Sysinternals-Tools verlassen sich stark auf WMI, um Informationen von Remote-Systemen abzurufen. Wenn WMI auf dem Zielsystem beschädigt ist oder nicht richtig funktioniert, kann dies zu dem Fehler führen.
* WMI-Dienst prüfen: Überprüfen Sie auf dem Zielsystem, ob der Dienst „Windows-Verwaltungsinstrumentation” (Winmgmt) läuft und auf „Automatisch” eingestellt ist.
* WMI-Konnektivität testen: Sie können die WMI-Konnektivität manuell testen:
* Verwenden Sie `wbemtest` (Windows Management Instrumentation Tester). Starten Sie es, klicken Sie auf „Verbinden…” und geben Sie `\Zielcomputernamerootcimv2` ein. Versuchen Sie, sich mit den entsprechenden Anmeldeinformationen zu verbinden. Wenn dies fehlschlägt, liegt ein WMI-Problem vor.
* Verwenden Sie `WMIC`: `WMIC /node:”Zielcomputername” computersystem get name` (mit Anführungszeichen, falls der Name Leerzeichen enthält). Wenn dies einen Fehler zurückgibt, deutet dies ebenfalls auf ein WMI-Problem hin.
* WMI-Repository reparieren: In seltenen Fällen kann das WMI-Repository beschädigt sein. Eine Reparatur ist ein komplexerer Vorgang und sollte nur als letzter Ausweg in Betracht gezogen werden. Suchen Sie nach Anleitungen zur „WMI-Repository-Reparatur” für Ihre Windows-Version, da dies potenziell Systeminstabilität verursachen kann, wenn es nicht korrekt durchgeführt wird.
6. SMB/RPC-Dienste und Netzwerkfreigabe
Die Funktion von psloggedon64 hängt auch von den Kern-Netzwerkdiensten ab, die für die Remote-Kommunikation und Dateifreigabe zuständig sind.
* Dienst „Server”: Stellen Sie sicher, dass der Dienst „Server” (LanmanServer) auf dem Zielsystem ausgeführt wird und auf „Automatisch” eingestellt ist. Dieser Dienst ist für die Freigabe von Dateien und Druckern sowie für die Remote-Kommunikation essentiell.
* Dienst „Remoteprozeduraufruf (RPC)”: Dieser Dienst ist für die Kommunikation zwischen Prozessen über ein Netzwerk unerlässlich. Stellen Sie sicher, dass er auf dem Zielsystem läuft und auf „Automatisch” eingestellt ist.
* „Datei- und Druckerfreigabe für Microsoft-Netzwerke” aktivieren: Überprüfen Sie in den Netzwerkeinstellungen des Zielsystems (Netzwerk- und Freigabecenter -> Adaptereinstellungen ändern -> Eigenschaften der Netzwerkkarte), ob „Datei- und Druckerfreigabe für Microsoft-Netzwerke” aktiviert ist.
7. Antivirus-Software und Endpoint Protection
Sicherheitslösungen von Drittanbietern können manchmal über das Ziel hinausschießen und legitime Netzwerkaktivitäten blockieren, auch wenn die Windows-Firewall-Regeln korrekt eingestellt sind.
* Protokolle prüfen: Überprüfen Sie die Ereignisprotokolle der auf dem Zielsystem installierten Antivirus- oder Endpoint-Protection-Software auf blockierte Verbindungen oder verdächtige Aktivitäten, die von Ihrer Quell-IP-Adresse ausgehen.
* Temporäre Deaktivierung: Wie bei der Firewall kann ein temporäres Deaktivieren der Sicherheitssoftware (nur zu Testzwecken und unter Aufsicht!) Aufschluss darüber geben, ob sie die Ursache des Problems ist. Aktivieren Sie sie danach sofort wieder.
8. Ereignisprotokolle
Die Ereignisprotokolle auf dem Zielsystem sind eine Goldmine für die Fehlersuche.
* Sicherheitsereignisse: Überprüfen Sie im Ereignisprotokoll unter „Windows-Protokolle” -> „Sicherheit” auf Anmeldefehler, die von Ihrer IP-Adresse stammen.
* System- und Anwendungsprotokolle: Suchen Sie in den „System”- und „Anwendung”-Protokollen nach Fehlern oder Warnungen, die mit WMI, RPC, Netzwerk oder den Server-Diensten in Verbindung stehen.
Advanced Troubleshooting und Best Practices
* Netzwerk-Sniffer: Für fortgeschrittene Anwender kann der Einsatz eines Netzwerk-Sniffers wie Wireshark auf beiden Seiten (Quell- und Zielsystem) detaillierte Einblicke in die Netzwerkkommunikation geben und genau zeigen, wo die Verbindung fehlschlägt oder blockiert wird. Suchen Sie nach TCP RST-Paketen, fehlenden SYN-ACKs oder Access Denied-Meldungen.
* Alternative Tools: Wenn alle Stricke reißen und Sie dringend die benötigten Informationen benötigen, können Sie auf alternative Methoden zurückgreifen. PowerShell bietet mächtige Alternativen, z.B. `Get-WmiObject -Class Win32_LogonSession -ComputerName Zielcomputername` oder `quser /server:Zielcomputername`. Diese nutzen ebenfalls WMI oder RDP-Dienste, können aber bei unterschiedlichen zugrunde liegenden Problemen funktionieren.
* Konsistenz: Dokumentieren Sie Ihre Schritte und Änderungen. Dies hilft nicht nur, den Überblick zu behalten, sondern auch, zukünftige Probleme schneller zu lösen.
* Testumgebung: Wenn möglich, versuchen Sie, das Problem auf einem Testsystem zu reproduzieren. Dies kann helfen, isolierte Variablen zu identifizieren.
Fazit
Der „error browsing network” bei psloggedon64 ist ein klassisches Beispiel dafür, wie ein scheinbar einfaches Problem auf eine Vielzahl komplexer zugrunde liegender Ursachen hinweisen kann. Von grundlegenden Netzwerkproblemen über Firewall-Regeln, Berechtigungen, DNS-Probleme bis hin zu beschädigten WMI-Repositorys reicht die Spanne der potenziellen Fehlerquellen. Der Schlüssel zur Lösung liegt in einem systematischen und geduldigen Ansatz. Beginnen Sie immer mit den einfachsten Prüfungen und arbeiten Sie sich dann durch die spezifischeren Dienste und Konfigurationen vor. Mit den hier beschriebenen Schritten sind Sie bestens gerüstet, um das Rätsel des „error browsing network” zu lösen und Ihre Sysinternals-Tools wieder voll funktionsfähig zu machen. Ihre Produktivität – und Ihr Seelenfrieden – werden es Ihnen danken.