[GELÖST] Agentenfehler nach Upgrade von 2.2.2 auf 2.3; neuer Agent konnte nicht generiert werden

[Walisisch]

Hallo,

ich habe die üblichen Empfehlungen für das Upgrade von WAPT von Version 2.2.2 auf 2.3 befolgt.
Der Server läuft einwandfrei und der Status ist wie folgt:
WAPT-Serverversion: 2.3.0.13516,
WAPT-Agentversion: 2.2.2.12388
, WAPT-Setupversion: 2.3.0.13516,
WAPT-Bereitstellungsversion: 2.3.0.13516,
Datenbankstatus: OK.

Ich habe die Datei waptsetup.exe heruntergeladen, um meine Konsole auf einem Windows Server 2019 Terminalserver zu aktualisieren.
Alles verlief problemlos.
Das Problem tritt beim Öffnen der Konsole auf. Beim WAPTAgent-Check muss ich einen neuen Agenten generieren (was logisch erscheint). Nachdem ich alle Felder ausgefüllt habe (es hat sich nichts geändert, nur das Feld DEV wurde von PROD auf DEV geändert ), erscheint ein Fenster mit folgender Fehlermeldung:
(Titel) waptconsole
(Inhalt) Fehler beim Erstellen von waptagent.exe: Der Inhalt sollte reiner Text sein für
C:\Users\MONUSER\AppData\Local\waptco..\waptsetup.exe.
Ich habe im Forum keine Informationen zu diesem Fehler gefunden. Können Sie mir helfen?
Vielen Dank im Voraus.
Baptiste

[dcardon]

Hallo Baptiste,

ich vermute, dass sich in der Beschreibung oder Konfiguration des Agenten ein Nicht-ASCII-Zeichen befindet.

In WAPT-Versionen 2.2 und älter wurde der WAPT-Agent mithilfe von InnoSetup (dem Programm zur Erstellung der ausführbaren Installationsdatei) neu generiert. Dabei wurden die für Ihre Netzwerkinstallation spezifischen Agentenparameter (Server-URL, Zertifikat, Konfiguration usw.) übernommen. Dies hatte den Nachteil, dass die kryptografische Signatur von waptsetup.exe entfernt wurde und Antivirenprogramme Fehlalarme auslösten.

Um dieses Problem zu vermeiden, werden in Version 2.3 die Agentenparameter (Server-URL, Zertifikat, Konfiguration usw.) im Zertifikatsbereich der ausführbaren Datei gespeichert, um eine Änderung der Signatur während der Agentenneugenerierung zu verhindern.

Allerdings gibt es Einschränkungen hinsichtlich der zulässigen Daten in diesem Bereich. Wir müssten das/die problematische(n) Zeichen identifizieren.

Viele Grüße,

Denis

[htouvet]

Die ausführbare Datei zur Verteilung der Agentenkonfiguration ist auf 32 KB beschränkt.
Die Fehlermeldung weist möglicherweise darauf hin, dass dieses Limit überschritten wurde.

Dies tritt typischerweise auf, wenn Sie HTTPS-Zertifikate mit einem großen Paket (z. B. dem Pfad zum vollständigen CA-Paket cacert.pem) und nicht nur mit der Zertifizierungsstelle (CA) verifizieren, die Ihr HTTPS-Serverzertifikat signiert hat.

In diesem Fall können Sie beim Generieren des Agenten den Eintrag „Pfad zu den Zertifizierungsstellendateien für HTTPS-Server“ durch die Zahl 1 ersetzen. Dies bedeutet, dass die Systemzertifizierungsstellen verwendet werden.

[Walisisch]

Hallo Denis,
ich habe gerade ein Support-Ticket eröffnet, sorry.
Ich habe es mir nochmal angesehen und sehe keine Nicht-ASCII-Zeichen oder Leerzeichen am Anfang oder Ende der Einträge im Konfigurationsfenster.
Ja, ich habe in einem anderen Thread gelesen, dass sich die Konfiguration des einzusetzenden Agenten geändert hat.
In der Agentenkonfigurationsoberfläche habe ich den Eindruck, alles korrekt eingestellt zu haben, es sei denn, es hängt direkt mit dem „Issuer DN“ der Zertifikate zusammen. Dort steht ein @-Zeichen für das E-Mail-Feld, Gleichheitszeichen für jeden Feldwert und Kommas trennen die Felder.
Ich weiß nicht, wo ich noch suchen soll.
Baptiste

[Walisisch]

Vielen Dank, Herr Touvet,
ich werde es versuchen.

[Walisisch]

Re,
ja, genau das war's, die Generierung wurde fehlerfrei abgeschlossen.
Ich teste es gleich auf meinen Entwicklungsrechnern.
Ich melde mich dann bei dir, damit ich das Ticket schließen kann.
👍

[dcardon]

Danke für das Feedback . Ich schließe das Thema,
Denis.