Dieser Artikel hilft Ihnen bei der Behebung von Skriptfehlern.

• Fehlerbehebung bei Skriptfehlern
• Das Skript konnte nicht aus dem Atera-Repository heruntergeladen werden
• Anforderungen zur Skripterstellung
• Fehlerbehebung für Skript aus Shared Library
• Windows-Sitzung 0

Fehlerbehebung bei Skriptfehlern

Schritte zur Fehlerbehebung bei einem fehlgeschlagenen Skript.

1. Überprüfen Sie, ob das Gerät ansprechbar ist. Dies kann durch Öffnen von Modulen wie Task-Manager, Service-Manager usw. geschehen. Wenn diese nicht funktionieren, könnte es Netzwerkprobleme zwischen dem Agenten und unseren Servern geben. Bitte lesen Sie den Artikel Fehlerbehebung für den Atera-Agenten (Windows), um weitere Einzelheiten zur Behebung von Kommunikationsfehlern zu erfahren.

2. Überprüfen Sie, ob das Skript in Atera den richtigen Dateityp verwendet. Wenn das Skript in Atera den falschen Dateityp verwendet, schlägt es fehl. Erstellen Sie das Skript daher unter Verwendung des richtigen Typs neu.

3. Ändern Sie, wie die Skriptrechte von der Atera-Konsole gesendet werden - aktueller Benutzer oder System - und führen Sie das Skript erneut auf demselben Gerät aus.

4. Überprüfen Sie die Exit-Codes des Skripts. Dies sind die häufigsten Exit-Codes, die bei der Ausführung von Batch-Skripten auftreten können.

Bei Powershell-Skripten liefert Ihnen die Ausgabe die erforderlichen Informationen zum Problem. Die häufigsten Exit-Codes:

5. Stellen Sie sicher, dass das Skript auf dem lokalen Computer ordnungsgemäß ausgeführt wird. Wenn dies nicht gelingt, liegt das Problem im Skript selbst.

• Falls das Skript Admin-Rechte erfordert, können Sie versuchen, das Skript in Atera mit "System" auszuführen.
  Das Systemkonto hat jedoch bestimmte Einschränkungen, siehe Abschnitt Sitzung 0. Führen Sie das Skript als "Aktueller Benutzer" aus und vergewissern Sie sich, dass der Benutzer über Administratorrechte auf diesem Rechner verfügt.
• Wenn das Skript lokal mit oder ohne Administratorrechte gut läuft, fahren Sie mit dem nächsten Schritt fort.

6. Wenden Sie sich an das Atera-Supportteam und teilen Sie unserem Team die folgenden Informationen mit.

• Stellen Sie unserem Support-Team einen Screenshot der Ausgabe zur Verfügung, wenn das Skript lokal ausgeführt wird, sowohl mit als auch ohne Administratorrechte.
• Das Skript, das Sie auszuführen versuchen, eine kurze Erklärung, was damit erreicht werden soll, sowie die Ausgabe von Atera und vom lokalen Rechner des Skripts.

Download des Skripts aus dem Atera-Repository fehlgeschlagen

Um diesen Fehler zu beheben, führen Sie bitte die folgenden Befehle auf Ihrem Gerät aus.

reg delete "HKEY_LOCAL_MACHINE\SOFTWARE\ATERA Networks\AlphaAgent" /v AccountId /f
rmdir "C:\Program Files\ATERA Networks\AteraAgent\Packages\AgentPackageSystemTools" /s /q
rmdir "C:\Program Files (x86)\ATERA Networks\AteraAgent\Packages\AgentPackageSystemTools" /s /q

Falls das Problem weiterhin besteht, wenden Sie sich bitte an unser Support-Team.

Anfragen zur Skripterstellung

Bei Tickets, in denen ein Kunde das Support-Team um die Erstellung von Skripten bittet, teilen Sie ihm mit, dass dies kein Service ist, den wir anbieten.

Fehlerbehebung bei Skripten aus gemeinsamer Bibliothek

Bei Skripten, die aus der gemeinsam genutzten Bibliothek heruntergeladen wurden, können wir nur die folgenden Maßnahmen vorschlagen.

• Überprüfen Sie, ob der Dateityp korrekt ist.
• Testen Sie das Skript entweder als System oder als aktueller Benutzer.

Unser Support-Team verwaltet/behebt keine Skripte aus der Shared Script Library. Die Skripte werden nur auf Bösartigkeit und nicht auf Funktionalität geprüft.

Sollten Sie Probleme mit einem Skript aus der Script Shared Library haben, wenden Sie sich bitte an den Skript-Ersteller.

Windows-Sitzung 0

Was ist Windows Session 0 und warum ist sie wichtig?

Windows Session 0 ist eine spezielle Windows-Sitzung, in der alle Aspekte der Software, einschließlich interaktiver GUI-Komponenten (Pop-ups, Dialogfelder) und vieler anderer Aspekte, völlig isoliert von Ihrer normalen angemeldeten Sitzung initialisiert werden.

Diese Trennung ist beabsichtigt und wird vom Betriebssystem erzwungen. Diese Isolierung wurde mit Windows Vista/Server 2008 eingeführt, um verschiedene Sicherheitsbedenken zu entschärfen.

Brief history:

• Windows NT (1993)
  Das Konzept der mehreren Anmeldesitzungen wird eingeführt. Sitzung 0 wird beim Booten erstellt, und der erste Benutzer, der sich anmeldet, wird in Sitzung 0 platziert.
• Windows Vista (2007)
  Um verschiedene Exploits abzuschwächen, verbietet MS den Benutzern, sich in Sitzung 0 anzumelden. Der Dienst "Interactive Services Detection" wird eingerichtet, der es Administratoren ermöglicht, vorübergehend auf Sitzung 0 zuzugreifen. Der erste Benutzer, der sich anmeldet, übernimmt Sitzung 1.
• Windows 8 & Windows Server 2012
  Der interaktive Erkennungsdienst ist standardmäßig deaktiviert. Dadurch wird verhindert, dass jemand zu Sitzung 0 wechseln kann (es sei denn, ein Registrierungsschlüssel wird aktualisiert).
• Windows 10 & Windows Server 2016
  E/A-Geräte funktionieren nicht mehr in Sitzung 0. Dieses Verhalten wurde für einen Fehler gehalten, aber es war offensichtlich eine absichtliche Maßnahme, um eine Interaktion mit Sitzung 0 zu verhindern.
• Windows 10, version 1803 (2018)
  Der Dienst zur Erkennung interaktiver Dienste wird offiziell entfernt. Das Umschalten auf Session 0 ist verboten.

Warum ist das für Atera wichtig?

Da unser Agent ein Dienst ist, der einen Prozess erzeugt, starten die meisten unserer Prozesse unter Session 0, so dass sie für Ihre Endbenutzer nicht angezeigt werden. Außerdem wird der AteraAgent als das integrierte Windows-Konto "NT Authority/System" ausgeführt, um seine Berechtigungen zu nutzen.

Ok - wie könnte das nun in einem realen Szenario aussehen? Nehmen wir ein gängiges Beispiel:
Sie führen ein .bat-Skript von Atera auf Ihrem Endbenutzer-Rechner aus, das ein Dialogfeld erstellen soll, in dem der Benutzer auf "Ok" oder "Abbrechen" klickt. Wenn das Skript als "NT Authority/System" ausgeführt wird, wartet die Anwendung nun auf Eingaben in dem Popup-Fenster, aber die Benutzeroberfläche wird in der Benutzersitzung nicht angezeigt.

Aus der Sicht des Benutzers scheint die Anwendung zu hängen/einzufrieren, während sie sich völlig normal verhält und auf eine Benutzerantwort wartet, die der Benutzer nicht sehen kann.



Wie Sie bereits festgestellt haben, stellt dies ein Problem dar. Als Abhilfe können Sie das Skript entweder als "Aktueller Benutzer" ausführen, oder Sie können die Vorteile von "Runas" nutzen.