Hilfe

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) zu 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 unter 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.

Auf 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.

Auf 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. Seit Windows Vista ist es allerdings möglich den WMI-Port auf dem Client fest zu konfigurieren, was 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. Deshalb 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 Erfassung von Rechnern 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 wird nach Anzahl der Geräte in der Datenbank lizenziert. Netzwerkgeräte, von denen rxInventory keine anderen Informationen als IP-Adresse und teilweise MAC-Adresse ermitteln konnte, werden als unbekannt geführt und verbrauchen keine Lizenz. Diese Geräte sind üblicherweise innerhalb des Konsolenbaums im Unbekannt-Ordner aufgeführt.

Um Sie von der Komplexität von SQL abzuschirmen, setzt rxInventory Bedingungen mit einem negativen Filter (z.B. is not like
'%Microsoft Office%) automatisch in Subselects um. Dies sollte in den meisten Fällen zum gewüschnten Ergebnissen 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.
(d.h. %ALLUSERSPROFILE%\Rubinox\inventory.scangroups.config)

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