Zum Hauptinhalt springen
Agenten

Agent-Installationsprobleme unter Windows beheben

Erfahre, wo du die Installationsprotokolle des octoja Agent findest und wie du typische Windows-Installationsfehler wie 1603 löst.

Wenn sich der octoja Agent auf einem Windows-Gerät nicht installieren lässt, steht die Antwort fast immer in einer der Protokolldateien des Installers. Dieser Artikel zeigt dir, wo diese Protokolle liegen und wie du die häufigsten Installationsfehler behebst.

Wo du die Protokolle findest

ProtokollSpeicherort
Installationsskript-ProtokollC:\ProgramData\octoja GmbH\install.log — alles, was der Schnellinstallations-Befehl ausgegeben hat, einschließlich der Voraussetzungsprüfungen
.NET-Framework-InstallationsprotokollC:\ProgramData\octoja GmbH\install.net472.log — entsteht, wenn die Schnellinstallation .NET Framework installiert; enthält trotz der Endung .log HTML
MSI-ProtokollC:\ProgramData\octoja GmbH\install.msi.log — das ausführliche Windows-Installer-Protokoll; suche darin nach return value 3, um die fehlschlagende Aktion zu finden
Agent-ProtokolleC:\Program Files\octoja GmbH\logs — Laufzeitprotokolle des installierten Agent, hilfreich wenn die Installation gelang, das Gerät aber nicht erscheint

Häufige Fehler

SymptomLösung
Die Installation von .NET Framework erfordert einen NeustartDie Schnellinstallation stoppt vor der Agent-Installation und startet Windows nicht automatisch neu. Starte Windows selbst neu und führe danach denselben Schnellinstallations-Befehl erneut aus.
.NET Framework konnte nicht automatisch installiert werdenPrüfe das .NET-Framework-Installationsprotokoll und die erforderlichen Download-Ziele. Installiere bei Bedarf .NET Framework 4.7.2 oder neuer manuell über den Microsoft-Link in der Skriptausgabe, führe einen erforderlichen Neustart durch und versuche es erneut.
msiexec exited with code 1618Eine andere Windows-Installer-Installation läuft. Warte, bis sie abgeschlossen ist, und versuche es dann erneut. Vermeide mehrere gleichzeitige Installationsjobs auf demselben Gerät.
irm wird nicht als Befehl erkanntFühre in der PowerShell-Sitzung des Rollout-Jobs Get-Command Invoke-RestMethod aus. Ist der Befehl vorhanden, ersetze irm durch Invoke-RestMethod. Verwende andernfalls eine aktuelle PowerShell-Version oder die manuelle MSI-Installation.
msiexec exited with code 16031603 ist der generische „schwerwiegende Fehler“ des Windows Installers — die eigentliche Ursache steht im MSI-Protokoll (siehe oben). Die üblichen Verdächtigen: Die Shell war nicht erhöht (PowerShell als Administrator ausführen), auf älterem Windows fehlt eine Voraussetzung (.NET Framework 4.7.2, Visual C++ Redistributable), ein Sicherheitsprodukt hat den Installer blockiert (siehe Antivirus-Ausnahmen für den octoja Agent konfigurieren), oder eine halb entfernte frühere Installation ist im Weg (siehe Neuinstallation unten)
octoja Agent is already installed on this computer — nothing to doDer Installer hat den Dienst Octoja.Launcher gefunden und ohne Änderung gestoppt. Das ist beabsichtigt — entferne den Agent zuerst (siehe unten) und führe den Installationsbefehl danach erneut aus
Die zugrunde liegende Verbindung wurde geschlossen: Unbekannter Fehler beim Empfangen auf Windows Server 2016 oder älterDas ist der ältere Protokollfehler. Aktiviere TLS 1.2 in derselben PowerShell-Sitzung und führe den Installationsbefehl erneut aus — den genauen Befehl findest du in Agent auf Windows bereitstellen. Das gilt auch, wenn der Befehl während einer Migration über ein anderes RMM verteilt wird
Resolve installer URL endet mit Für den geschützten SSL/TLS-Kanal konnte keine Vertrauensstellung hergestellt werdenDas ist ein Fehler in der Zertifikatskette, kein Fehler der Protokollversion. Führt eine Firewall oder ein Proxy eine SSL-/TLS-Deep-Inspection durch, bitte deinen Netzwerkadministrator, sowohl die vollständige URL deiner octoja-Instanz als auch cdn.octoja.com davon auszunehmen. Öffne auf dem betroffenen Gerät beide Adressen im Browser und prüfe jeweils den Zertifikatsaussteller; ein Aussteller deiner Firewall, deines Proxys oder deiner Organisation bestätigt die Deep Inspection. Die Verbindungstests für beide Ziele findest du unter Agent auf Windows bereitstellen
Intune meldet 0x80070667Die Befehlszeilenargumente der branchenspezifischen App sind fehlerhaft — siehe Agent über Microsoft Intune bereitstellen

Firewall- und Webfilter-Protokolle prüfen

Ein offener HTTPS-Port garantiert nicht, dass Downloads erlaubt sind. Beispielsweise kann ein FortiGate-Webfilter einen als nicht kategorisiert eingestuften octoja-Hostnamen blockieren. Prüfe die Firewall- oder Webfilter-Protokolle auf das blockierte Ziel und erlaube die benötigten Hosts gemäß eurer Sicherheitsrichtlinie. Die Ziele findest du in der Firewall-Referenz.

Deaktiviere weder die Zertifikatsprüfung noch den gesamten Webfilter.

Agent sauber neu installieren

Eine Neuinstallation ist der richtige Weg, wenn die Installation defekt ist — zum Beispiel nachdem das Gerät auf einen Systemwiederherstellungspunkt zurückgesetzt wurde und der Agent sich nicht mehr verbindet, oder wenn Agent-Dateien teilweise entfernt wurden.

Prüfe vorab Kunde und Standort des verwendeten Enrollment-Tokens: Bei erneuter Registrierung übernimmt das Gerät diese Zuordnung, auch wenn es bisher einem anderen Kunden zugeordnet war. Ein kundengebundenes Token ohne Standort entfernt den bisherigen Standort. Ohne kundengebundenes Token bleibt eine gültige bestehende Zuordnung erhalten. Die vollständigen Regeln findest du unter Enrollment-Tokens konfigurieren.

  • Öffne auf dem Gerät Einstellungen → Apps → Installierte Apps, suche octoja Agent und deinstalliere ihn.
  • Fehlt der Eintrag dort, aber der Installer meldet weiterhin „already installed“, ist der Dienst Octoja.Launcher noch registriert. Folge Den Agent von einem Gerät entfernen, um die Reste von der Maschine zu nehmen.
  • Führe den Schnellinstallations-Befehl aus Administration → Agent-Bereitstellung erneut aus. Das Gerät registriert sich neu und meldet sich innerhalb von 1–2 Minuten wieder unter Geräte.

Kommst du nicht weiter?

Prüfe Erreichbarkeit & Status von octoja auf aktuell bekannte Einschränkungen und eröffne einen Support-Fall mit den beiden Installationsprotokollen im Anhang — damit kann der Support den fehlschlagenden Schritt sofort eingrenzen. Wie das geht, zeigt Logs für einen Support-Fall sammeln.

FAQ

Nein. Der Windows-Installer benötigt .NET Framework 4.7.2 oder neuer. Die moderne .NET Runtime ersetzt es nicht. Die Schnellinstallation installiert .NET Framework 4.7.2 automatisch, wenn die Voraussetzung nicht erfüllt ist. Erfordert die Installation einen Neustart, starte Windows neu und führe die Schnellinstallation erneut aus. Bei einer manuellen MSI-Installation oder einem Intune-/GPO-Rollout installierst du die Voraussetzungen vor der MSI selbst.

Diese Schritte gelten, wenn im Agent-Protokoll die Registrierung mit HTTP 401 und Ein Enrollment-Token ist erforderlich. oder An enrollment token is required. abgewiesen wird. Laufende Dienste allein bestätigen keine erfolgreiche Registrierung.

  1. Wähle unter Administration → Agent-Bereitstellung ein gültiges Token für den vorgesehenen Kunden und Standort. Die Schritte und benötigten Berechtigungen stehen unter Enrollment-Tokens konfigurieren.

  2. Öffne auf dem betroffenen Windows-Gerät %ProgramData%\octoja GmbH\launcherconfig.xml mit Administratorrechten in einem Texteditor. Ergänze oder ersetze innerhalb des vorhandenen Elements LauncherConfig nur das Element EnrollmentToken. Beachte die Groß- und Kleinschreibung und ersetze den Platzhalter durch das gültige Token:

    <EnrollmentToken>YOUR_ENROLLMENT_TOKEN</EnrollmentToken>
    
  3. Lass alle anderen Einträge unverändert und speichere die Datei. Warte bei bestehender Verbindung zur octoja-Instanz auf den nächsten automatischen Registrierungsversuch. Nach wiederholten Fehlern kann das bis zu 15 Minuten dauern. Für diese Token-Korrektur sind weder eine Neuinstallation noch ein Dienstneustart nötig.

Nach erfolgreicher Registrierung entfernt der Agent das Token aus der Datei — das ist normal. Bleibt die Registrierung erfolglos, prüfe die neue Fehlermeldung im Agent-Protokoll, statt weitere Konfigurationseinträge zu entfernen. Teile das Token nicht in Screenshots oder Support-Anhängen.