[GELÖST] Mehrere Probleme nach Update 2.2.3 => 2.3
Forumregeln
Community-Forumregeln
* Englischer Support auf www.reddit.com/r/wapt
* Französischer Community-Support ist in diesem Forum verfügbar.
* Bitte kennzeichnen Sie gelöste Themen mit [GELÖST].
* Bitte bearbeiten Sie keine Themen, die mit [GELÖST] markiert sind. Erstellen Sie stattdessen ein neues Thema und verweisen Sie auf das alte.
* Geben Sie die installierte WAPT-Version, die vollständige Versionsnummer und die Build-Nummer (2.2.1.11957 / 2.2.2.12337 / usw.) sowie die Enterprise-/Discovery-Edition an.
* Versionen 1.8.2 und älter werden nicht mehr unterstützt. Fragen zu Version 1.8.2 werden nur beantwortet, wenn sie sich auf ein Upgrade auf eine unterstützte Version (2.1, 2.2 usw.) beziehen.
* Geben Sie das Server-Betriebssystem (Linux/Windows) und die Version (Debian Buster/Bullseye – CentOS 7 – Windows Server 2012/2016/2019) an.
* Geben Sie gegebenenfalls das Betriebssystem des Administrations-/Paketerstellungsrechners und des Rechners mit dem problematischen Agenten an (Windows 7/10/11/Debian 11/etc.).
* Vermeiden Sie es, mehrere Fragen in einem Thema zu stellen, da diese sonst möglicherweise ignoriert werden. Falls mehrere Themen relevant sind, erstellen Sie bitte separate Themen, vorzugsweise nacheinander und nicht gleichzeitig (d. h. vermeiden Sie Spam im Forum).
* Fügen Sie Code-Snippets, Screenshots und andere Bilder direkt in Ihren Beitrag ein. Links zu Pastebin, Bitly und anderen Drittanbieterseiten werden systematisch entfernt.
* Wie in jedem Community-Forum erfolgt die Unterstützung freiwillig durch die Mitglieder. Für kommerziellen Support kontaktieren Sie bitte den Vertrieb von Tranquil IT unter +44 2 40 97 57 55.
Community-Forumregeln
* Englischer Support auf www.reddit.com/r/wapt
* Französischer Community-Support ist in diesem Forum verfügbar.
* Bitte kennzeichnen Sie gelöste Themen mit [GELÖST].
* Bitte bearbeiten Sie keine Themen, die mit [GELÖST] markiert sind. Erstellen Sie stattdessen ein neues Thema und verweisen Sie auf das alte.
* Geben Sie die installierte WAPT-Version, die vollständige Versionsnummer und die Build-Nummer (2.2.1.11957 / 2.2.2.12337 / usw.) sowie die Enterprise-/Discovery-Edition an.
* Versionen 1.8.2 und älter werden nicht mehr unterstützt. Fragen zu Version 1.8.2 werden nur beantwortet, wenn sie sich auf ein Upgrade auf eine unterstützte Version (2.1, 2.2 usw.) beziehen.
* Geben Sie das Server-Betriebssystem (Linux/Windows) und die Version (Debian Buster/Bullseye – CentOS 7 – Windows Server 2012/2016/2019) an.
* Geben Sie gegebenenfalls das Betriebssystem des Administrations-/Paketerstellungsrechners und des Rechners mit dem problematischen Agenten an (Windows 7/10/11/Debian 11/etc.).
* Vermeiden Sie es, mehrere Fragen in einem Thema zu stellen, da diese sonst möglicherweise ignoriert werden. Falls mehrere Themen relevant sind, erstellen Sie bitte separate Themen, vorzugsweise nacheinander und nicht gleichzeitig (d. h. vermeiden Sie Spam im Forum).
* Fügen Sie Code-Snippets, Screenshots und andere Bilder direkt in Ihren Beitrag ein. Links zu Pastebin, Bitly und anderen Drittanbieterseiten werden systematisch entfernt.
* Wie in jedem Community-Forum erfolgt die Unterstützung freiwillig durch die Mitglieder. Für kommerziellen Support kontaktieren Sie bitte den Vertrieb von Tranquil IT unter +44 2 40 97 57 55.
Hallo,
unser WAPT-Server ist immer noch offline. Ich habe den Eindruck, dass die Probleme mit den gleichen Ursachen wie in diesem Thread zusammenhängen: viewtopic.php?t=3354.
Möglicherweise habe ich mit dem Versuch, meine Pakete neu zu signieren, mehr Schaden als Nutzen angerichtet.
Angesichts des letzten Updates habe ich es trotzdem versucht. Anschließend wollte ich die Konsole so sauber wie möglich neu installieren. Daher habe ich die Konsole von dem PC, auf dem sie installiert war, deinstalliert und WAPTSetup heruntergeladen. Problem (schon wieder eins…): Nach dem Ausführen als Administrator und der Auswahl von Französisch als Sprache erhalte ich diese Fehlermeldung (siehe Anhang).
Haben Sie vielleicht einen Tipp?
unser WAPT-Server ist immer noch offline. Ich habe den Eindruck, dass die Probleme mit den gleichen Ursachen wie in diesem Thread zusammenhängen: viewtopic.php?t=3354.
Möglicherweise habe ich mit dem Versuch, meine Pakete neu zu signieren, mehr Schaden als Nutzen angerichtet.
Angesichts des letzten Updates habe ich es trotzdem versucht. Anschließend wollte ich die Konsole so sauber wie möglich neu installieren. Daher habe ich die Konsole von dem PC, auf dem sie installiert war, deinstalliert und WAPTSetup heruntergeladen. Problem (schon wieder eins…): Nach dem Ausführen als Administrator und der Auswahl von Französisch als Sprache erhalte ich diese Fehlermeldung (siehe Anhang).
Haben Sie vielleicht einen Tipp?
- Anlagen
-
- 2023-02-13 16_20_52-Error.png (2,48 KB) 7200 Aufrufe
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
Guten Morgen,
Hier sind Neuigkeiten:
Nach dem Neustart des Rechners, vermutlich dank der Gruppenrichtlinie, die den Agenten installiert hatte, hatte ich wieder Zugriff auf die Konsole... Aber leider immer noch kein Erfolg...
Wenn ich beispielsweise ein Paket zu einem Rechner hinzufügen möchte und auf „Speichern und anwenden“ klicke, erhalte ich folgende Fehlermeldung:
Hier sind Neuigkeiten:
Nach dem Neustart des Rechners, vermutlich dank der Gruppenrichtlinie, die den Agenten installiert hatte, hatte ich wieder Zugriff auf die Konsole... Aber leider immer noch kein Erfolg...
Wenn ich beispielsweise ein Paket zu einem Rechner hinzufügen möchte und auf „Speichern und anwenden“ klicke, erhalte ich folgende Fehlermeldung:
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
Hallo,
basierend auf meinen Tests im Kontext dieses Threads ( viewtopic.php?t=3369) möchte ich einige Klarstellungen geben. Zunächst einmal Entschuldigung, dass ich zwei Threads eröffnet habe. Ich hatte jedoch nicht mit Überschneidungen gerechnet und wollte die Leser dieses Threads nicht mit Problemen aus einem anderen Kontext verwirren.
Wie dem auch sei: Mit einer Neuinstallation von Windows 10 Pro 22H2 konnte ich die Kontrolle über meinen WAPT-Server zurückgewinnen und neue Pakete auf einem neuen Host (dem Host, auf dem die Konsole installiert ist) bereitstellen. Ich werde meine Tests fortsetzen, um herauszufinden, wie ich bestehende Pakete verwalten kann (die zwar korrekt in der Konsole angezeigt werden, sich aber nicht bereitstellen lassen).
Zusammenfassend lässt sich sagen, dass die Ursache des Problems anscheinend das Konsolen-Update ist. Die Deinstallation über unins000.exe reicht jedoch nicht aus, um das Problem zu beheben. Wir müssen einen Weg finden, die Kontrolle vom ursprünglichen Konsolen-PC zurückzuerlangen, ohne Windows neu installieren und den Konsolenwechsel und damit die Paketsignaturänderungen usw. verwalten zu müssen (wenn ich das richtig verstanden habe).
Vielen Dank an alle, die helfen können.

basierend auf meinen Tests im Kontext dieses Threads ( viewtopic.php?t=3369) möchte ich einige Klarstellungen geben. Zunächst einmal Entschuldigung, dass ich zwei Threads eröffnet habe. Ich hatte jedoch nicht mit Überschneidungen gerechnet und wollte die Leser dieses Threads nicht mit Problemen aus einem anderen Kontext verwirren.
Wie dem auch sei: Mit einer Neuinstallation von Windows 10 Pro 22H2 konnte ich die Kontrolle über meinen WAPT-Server zurückgewinnen und neue Pakete auf einem neuen Host (dem Host, auf dem die Konsole installiert ist) bereitstellen. Ich werde meine Tests fortsetzen, um herauszufinden, wie ich bestehende Pakete verwalten kann (die zwar korrekt in der Konsole angezeigt werden, sich aber nicht bereitstellen lassen).
Zusammenfassend lässt sich sagen, dass die Ursache des Problems anscheinend das Konsolen-Update ist. Die Deinstallation über unins000.exe reicht jedoch nicht aus, um das Problem zu beheben. Wir müssen einen Weg finden, die Kontrolle vom ursprünglichen Konsolen-PC zurückzuerlangen, ohne Windows neu installieren und den Konsolenwechsel und damit die Paketsignaturänderungen usw. verwalten zu müssen (wenn ich das richtig verstanden habe).
Vielen Dank an alle, die helfen können.
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
Um es klarzustellen: Ich erhalte beim Bereitstellen von Paketen weiterhin dieses Fenster
.
Daher bleiben dieselben Fragen bestehen:
Dieses Fenster scheint sich im Vergleich zu Version 2.2.3 geändert zu haben, und ich kann die Option „Pakete, deren Anwendungen ausgeführt werden, nicht installieren“ nicht aktivieren oder deaktivieren.
Daher bleiben dieselben Fragen bestehen:
Dieses Fenster scheint sich im Vergleich zu Version 2.2.3 geändert zu haben, und ich kann die Option „Pakete, deren Anwendungen ausgeführt werden, nicht installieren“ nicht aktivieren oder deaktivieren.
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
Ich versuche vergeblich, die Kontrolle über die Maschinen zurückzuerlangen...

Mir ist bewusst, dass es ein Problem mit der Paketsignatur des Rechners gibt. Ein Rechtsklick und die Auswahl von „Maschinenkonfigurationspakete neu signieren“ führt jedoch zu keinem Ergebnis. Seltsamerweise erscheint der Rechner selbst nach dem Löschen wieder, wobei sein Paket von der vorherigen Konsole signiert ist und alle anderen Pakete weiterhin vorhanden sind. Gibt es eine Möglichkeit, den Rechner vollständig zu entfernen, selbst wenn ich dafür von vorne beginnen muss? Dadurch würde ich die Kontrolle über mein Netzwerk zurückerlangen, auch wenn ich die Pakete und Gruppen neu konfigurieren und den Rechnern zuweisen muss.
- Ich habe eine Testmaschine von der Konsole entfernt
- Ich habe die waptdeploy-Konfiguration auf dem Domänencontroller für die Gruppenrichtlinie geändert (vielleicht war das nicht nötig?)
- Auf dem Testrechner kann ich nach einem gpupdate /force und einem Neustart den Rechner in der Konsole sehen
- Ich erhalte jedoch weiterhin diese Fehlermeldung, wenn ich versuche, ein Paket zu einem Rechner hinzuzufügen, indem ich auf „Speichern und anwenden“ klicke:
Mir ist bewusst, dass es ein Problem mit der Paketsignatur des Rechners gibt. Ein Rechtsklick und die Auswahl von „Maschinenkonfigurationspakete neu signieren“ führt jedoch zu keinem Ergebnis. Seltsamerweise erscheint der Rechner selbst nach dem Löschen wieder, wobei sein Paket von der vorherigen Konsole signiert ist und alle anderen Pakete weiterhin vorhanden sind. Gibt es eine Möglichkeit, den Rechner vollständig zu entfernen, selbst wenn ich dafür von vorne beginnen muss? Dadurch würde ich die Kontrolle über mein Netzwerk zurückerlangen, auch wenn ich die Pakete und Gruppen neu konfigurieren und den Rechnern zuweisen muss.
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
Guten Morgen,
Ich geriet in die gleiche Situation und um das Problem zu lösen, begann ich wieder ganz von vorn.
Ich habe alle meine Maschinen aus der wapt-Konsole gelöscht (außer derjenigen, die ich für Administratorzwecke verwende).
Auf den Workstations wurden die Agenten mithilfe eines von mir erstellten und zusammen mit einer anderen WAPT-Lösung (außer der für die Administration verwendeten) bereitgestellten InnoSetup-Pakets deinstalliert:
Ich wartete 15 Minuten und überprüfte, ob sich keine neuen Maschinen auf dem Server registriert hatten. Anschließend entfernte ich alle Pakete aus meinem privaten Repository, löschte meine Maschine aus dem Inventar und deinstallierte danach die Konsole, den Agenten und die zugehörige Software.
Auf meinem Administratorrechner habe ich die folgenden Verzeichnisse gelöscht:
Auf meinem Server habe ich alle Pakete tis-wapt*, nginx, postgresql deinstalliert (es handelt sich um einen Debian-Server, und mein Server verwaltet nur wapt)
Gelöschte Verzeichnisse
Ich habe den Server neu gestartet und die Installation gemäß der Anleitung in der Dokumentation neu begonnen.
Ich habe waptsetup von meinem Administratorrechner aus verwendet, den Agenten über die Konsole erstellt und ein neues persönliches Zertifikat zum Signieren der Pakete generiert. Trotzdem traten beim Versuch, meinen Administratorrechner beim Server zu registrieren, Fehler auf (ein Fehler im Zusammenhang mit den Serverzertifikaten). Ich musste das waptsetup-Paket deinstallieren und das waptagent-Paket installieren, das ich über das Portal meines Servers heruntergeladen hatte, damit die Registrierung erfolgreich war.
Doch die Geschichte ist noch nicht zu Ende.
Aus Neugier suche ich im WAPT-Store nach dem tis-7zip-Paket, lade es herunter, signiere es mit meinem Zertifikat und füge es der Hosts-Paketliste meines Testrechners hinzu. Ich warte kurz, und siehe da, es funktioniert. In der Konsole und den Serverprotokollen erhalte ich folgende Meldung:
Ich bin nicht einmal ängstlich, schließe die Konsole und starte meinen Testrechner neu. Das Fenster für die Wapt-Installation erscheint, aber das 7-Zip-Paket ist nirgends zu finden. Ich lasse es laufen, melde mich an und öffne die Konsole. Der Status des Rechners ist „Aktualisierung erforderlich“. Ich klicke mit der rechten Maustaste darauf, wähle „Installationen starten“, beantworte die Fragen und warte.
Fünf Minuten später passiert nichts.
Leider funktioniert die wapt-Server-Lösung immer schlechter, je mehr ich versuche, sie zum Laufen zu bringen. Mache ich etwas falsch, oder liegt es an Version 2.3?
Ich geriet in die gleiche Situation und um das Problem zu lösen, begann ich wieder ganz von vorn.
Ich habe alle meine Maschinen aus der wapt-Konsole gelöscht (außer derjenigen, die ich für Administratorzwecke verwende).
Auf den Workstations wurden die Agenten mithilfe eines von mir erstellten und zusammen mit einer anderen WAPT-Lösung (außer der für die Administration verwendeten) bereitgestellten InnoSetup-Pakets deinstalliert:
Code: Alle auswählen
C:\Program Files (x86)\wapt\unins000.exe /VERYSILENT /purge_wapt_dir=1Auf meinem Administratorrechner habe ich die folgenden Verzeichnisse gelöscht:
Code: Alle auswählen
c:\program files (x86)\wapt --> en théorie il est supprimé par l'uninstall mais dans le doute
c:\Users\MonUser\AppData\Local\wapt*
c:\Users\MonUser\AppData\Roaming\wapt*
c:\Users\MonUser\private --> les certif en rapport avec wapt
Code: Alle auswählen
apt remove tis-* nginx* postgesql* --purgeCode: Alle auswählen
/opt/wapt
/var/www/wapt*
Ich habe waptsetup von meinem Administratorrechner aus verwendet, den Agenten über die Konsole erstellt und ein neues persönliches Zertifikat zum Signieren der Pakete generiert. Trotzdem traten beim Versuch, meinen Administratorrechner beim Server zu registrieren, Fehler auf (ein Fehler im Zusammenhang mit den Serverzertifikaten). Ich musste das waptsetup-Paket deinstallieren und das waptagent-Paket installieren, das ich über das Portal meines Servers heruntergeladen hatte, damit die Registrierung erfolgreich war.
Doch die Geschichte ist noch nicht zu Ende.
Aus Neugier suche ich im WAPT-Store nach dem tis-7zip-Paket, lade es herunter, signiere es mit meinem Zertifikat und füge es der Hosts-Paketliste meines Testrechners hinzu. Ich warte kurz, und siehe da, es funktioniert. In der Konsole und den Serverprotokollen erhalte ich folgende Meldung:
Code: Alle auswählen
Impossible de récupérer l'action. Error on server:
EWaptTimeoutWaitingForResult('Timeout, client did not send result within 15.0 s')Fünf Minuten später passiert nichts.
Leider funktioniert die wapt-Server-Lösung immer schlechter, je mehr ich versuche, sie zum Laufen zu bringen. Mache ich etwas falsch, oder liegt es an Version 2.3?
Hallo flipflip,
ich glaube, das hängt mit Version 2.3 zusammen, da ich die gleichen Probleme auf einem produktiven WAPT-Server mit CentOS 7 habe, der gerade von 2.2.3 auf 2.3 aktualisiert wurde.
Ich hoffe, jemand kann uns helfen oder zumindest eine alternative Lösung vorschlagen.
Notfalls wäre ich bereit, fast von vorne anzufangen: den Server neu zu installieren (dabei gleich auf Debian), die Konsole neu zu installieren (am liebsten ohne Windows neu installieren zu müssen) und die Pakete neu zu kompilieren (das könnte ich mit vorherigen Backups schaffen). Am besten wäre es aber, wenn ich einen manuellen Eingriff an meinen 200 Arbeitsstationen vermeiden könnte
.
ich glaube, das hängt mit Version 2.3 zusammen, da ich die gleichen Probleme auf einem produktiven WAPT-Server mit CentOS 7 habe, der gerade von 2.2.3 auf 2.3 aktualisiert wurde.
Ich hoffe, jemand kann uns helfen oder zumindest eine alternative Lösung vorschlagen.
Notfalls wäre ich bereit, fast von vorne anzufangen: den Server neu zu installieren (dabei gleich auf Debian), die Konsole neu zu installieren (am liebsten ohne Windows neu installieren zu müssen) und die Pakete neu zu kompilieren (das könnte ich mit vorherigen Backups schaffen). Am besten wäre es aber, wenn ich einen manuellen Eingriff an meinen 200 Arbeitsstationen vermeiden könnte
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
Hallo,
Zum Glück habe ich einen kleineren Park, aber selbst dort ist es kontraproduktiv, das von Hand zu machen.
Ich nutze Kaspersky Antivirus mit einem auf jedem Rechner installierten Agenten. Über die Verwaltungskonsole kann ich selbst erstellte Pakete verteilen. Zur Paketerstellung verwende ich Inno Setup mit Inno Studio als grafischer Oberfläche.
Deinstallationsskript-Code:
Sie müssen es nur mit diesem Befehl anstoßen
Der Agent wird vom PC deinstalliert.
Zur Neuinstallation verwende ich die Methode mit waptdeploy.
Zum Glück habe ich einen kleineren Park, aber selbst dort ist es kontraproduktiv, das von Hand zu machen.
Ich nutze Kaspersky Antivirus mit einem auf jedem Rechner installierten Agenten. Über die Verwaltungskonsole kann ich selbst erstellte Pakete verteilen. Zur Paketerstellung verwende ich Inno Setup mit Inno Studio als grafischer Oberfläche.
Deinstallationsskript-Code:
Code: Alle auswählen
[Setup]
; NOTE: The value of AppId uniquely identifies this application.
; Do not use the same AppId value in installers for other applications.
; (To generate a new GUID, click Tools | Generate GUID inside the IDE.)
AppId={{D14C5390-A66D-4FEF-8D31-A2BE8D0178FF}
AppName=Uninstall Wapt
AppVersion=1
;AppVerName=Uninstall Wapt 1
AppPublisher=-- A changer --
CreateAppDir=no
OutputDir=C:\InnoSetup\Out
OutputBaseFilename=uninstall_wapt
Compression=lzma
SolidCompression=yes
DisableReadyPage=True
DisableReadyMemo=True
DisableFinishedPage=True
UsePreviousSetupType=False
UsePreviousTasks=False
UsePreviousLanguage=False
AlwaysShowComponentsList=False
ShowComponentSizes=False
RestartIfNeededByRun=False
AllowCancelDuringInstall=False
ShowLanguageDialog=no
DisableProgramGroupPage=yes
CloseApplications=no
RestartApplications=False
Uninstallable=no
[Languages]
Name: "french"; MessagesFile: "compiler:Languages\French.isl"
[Run]
Filename: "C:\Program Files (x86)\wapt\unins000.exe"; Parameters: "/VERYSILENT /purge_wapt_dir=1"; WorkingDir: "{tmp}"; Flags: shellexec runhidden runminimizedCode: Alle auswählen
uninstall_wapt.exe /VERYSILENTZur Neuinstallation verwende ich die Methode mit waptdeploy.
Ihre Tests sind wirklich sehr aufschlussreich. Ich hatte vor, die Agenten manuell zu deinstallieren (zumindest testweise), um mit dieser Lösung zu experimentieren. Ihre Ergebnisse bestärken mich jedoch nicht darin, diesen Weg weiterzuverfolgen, falls sie letztendlich nicht eindeutig sind. Daher warte ich wohl lieber auf eine andere Idee. Im Moment sehe ich keine andere Lösung
.
- Installierte WAPT-Version: 2.4.0.14080 Discovery
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
- Server-Betriebssystem: Debian GNU/Linux 11 (bullseye)
- Betriebssystem des Administrations-/Paketerstellungsrechners: Windows 10
