Wenn Sie während der Installation eine Fehlermeldung des Microsoft Installer erhalten, versuchen Sie bitte die msi-Datei von einem lokalen Laufwerk (z.B. vom Arbeitsplatz) auszuführen und überprüfen Sie, ob der Benutzer SYSTEM Zugriffsrechte auf die Datei hat.

Bitte stellen Sie sicher, dass Sie mit einer Benutzerkennung angemeldet sind, die administrative Rechte auf dem Zielrechner hat. In einer Windows Domäne ist dies normalerweise bei Mitgliedern der Domänen-Administratoren-Gruppe der Fall. Die Kennung darf kein leeres Passwort haben.

Falls die UAC (User Account Control oder Benutzerkontensteuerung) bei einigen Rechnern eingeschaltet ist, haben Administratoren über das Netzwerk nur beschränkte Zugriffsrechte. Um dies zu beheben, können Sie die UAC entweder vollständig oder nur für den Netzwerkzugriff deaktivieren. (siehe ⇗ http://support.microsoft.com/kb/951016)

In Arbeitsgruppen-Umgebungen ist das Zugriffsmodel ab Windows XP standardmäßig auf „Nur Gast“ eingestellt. Der administrative Zugriff vom Netzwerk wird somit verhindert. Um dies zu ändern, starten Sie secpol.msc, wechseln Sie zu Lokale Richtlinien/Sicherheitsoptionen und ändern Sie Netzwerkzugriff: Modell für gemeinsame Nutzung und Sicherheitsmodel für lokale Konten auf Klassisch – Lokale Benutzer authentifizieren sich als sie selbst.

An Windows-Rechnern sollte die Firewall abgeschaltet sein oder zumindest die Ausnahme für Remotedienstverwaltung in den Einstellungen gesetzt sein.

Falls eine eigenständige Firewall in Ihrem Netzwerk installiert ist, lesen Sie bitte beim nächsten Absatz weiter.

An einer eigenständigen Firewall müssen folgende Protokolle und Ports geöffnet sein:

• ICMP Echo Request (z.B. Ping)
• TCP/UDP Port 137 and UDP 138 (NetBIOS Name Service and NetBIOS Datagram Service)
• TCP Port 139 (NetBIOS Session Service)
• TCP Port 445 (SMB/CIFS)
• UDP Port 161 (SNMP, nur für Nicht-Windows-Geräte)
• TCP Port 22 (SSH, nur für Linux- und Mac-Computer)

Die obige Portliste erlaubt zumindest einen Nicht-WMI Scan eines Windows Rechners, der zwar zu einer vollständigen Softwareinventur führt, aber nur zu einer reduzierten Hardwareliste. Für eine vollständige Hardwareinventur ist der Zugriff auf WMI nötig. WMI verwendet DCOM als Protokoll, das standardmäßig Ports dynamisch alloziert. Ab Windows Vista ist es allerdings möglich den WMI-Port auf dem Client fest zu konfigurieren. Dies wird in folgendem MSDN-Artikel beschrieben wird: ⇗ http://msdn.microsoft.com/en-us/library/bb219447%28v=VS.85%29.aspx

Ja, aber bei diesen Betriebssystemen sind einige Netzwerkprotokolle abgeschaltet oder nicht verfügbar. Daher muss auf diesen Rechnern ein Programm lokal ausgeführt werden. Lesen Sie den Collection Directories-Absatz des Benutzerhandbuchs, um mehr über die alternative Methode zur Rechnererfassung zu erfahren.

Ja, rxInventory verwendet das SSH-Protokoll zur Anmeldung an Linux- und Mac-Computer. Ein Benutzername und ein Kennwort werden benötigt. Der Benutzer muss nicht zwingend über Root-Rechte verfügen. Falls Sie jedoch alle Hardwaredetails dieser Rechner erfassen wollen, nutzen Sie den root-User oder editieren Sie /etc/sudoers so, dass der angegebene Benutzer seine Rechte erhöhen kann. Die Option requiretty sollte nicht gesetzt sein.

rxInventory Bedingungen mit einem negativen Filter (Beispiel: is not like '%Microsoft Office%') automatisch in Subselects um. Dies sollte in den meisten Fällen zum gewünschten Ergebnis führen.

Nein. Aus Sicherheitsgründen speichert rxInventory keine Passwörter in der Datenbank. Nur der Benutzername wird dort gespeichert. Eine verschlüsselte Version des Kennworts ist in einer Datei im All Users-Profil abgelegt: %ALLUSERSPROFILE%Rubinoxinventory.scangroups.config

Aus diesem Grund muss die spezielle Benutzerkennung an scannenden Computern gesetzt werden. Falls normale Benutzer Zugriff auf diesen Computer haben, sollten Sie die oben genannte Datei mit entsprechenden Zugriffsrechten versehen.