Ruhiges IT-Forum

Hallo zusammen,

Die kurze Einleitung:
Da ich in meiner vorherigen Firma Administrator eines Wapt Enterprise-Systems war und kürzlich die Firma gewechselt habe, beschloss ich, einen Wapt-Server einzurichten (vorerst Discovery, den Rest sehen wir später).

Das Problem:
Der Server ist betriebsbereit, er scheint zu funktionieren, waptdeploy wurde per Gruppenrichtlinie gesendet, ABER ich habe genau das gleiche Problem wie in diesem Thema, das als gelöst markiert ist (nach dem WAPT-Update)
Themenlink

Wenn der Client beim Herunterfahren keinen Kontakt zum Server herstellen kann (in meinem Fall simuliere ich dies durch das Herunterfahren des WAPT-Servers, da ich mich noch nicht im Produktivbetrieb befinde), erhalte ich im Prinzip einen waptexit-Fehler:

408 Clientfehler: für URL:
http://127.0.0.1:8088/is_entreprise.
Klicken Sie auf „OK“, um die Meldung zu ignorieren und das Risiko von Datenbeschädigung einzugehen.
Klicken Sie auf „Abbrechen“, um das Programm zu schließen.

Nach dem erwähnten Thread dachte ich, dieses Problem sei gelöst? Bin ich ein Einzelfall?
Ein Lizenzproblem?

Ich danke Ihnen für Ihre Hilfe

PS:
Ich glaube zwar nicht, dass es damit zusammenhängt, aber mir ist aufgefallen, dass auf der Webseite meines WAPT-Servers beim Herunterladen des Clients die Bezeichnung „WAPT Server: ENTERPRISE“ steht
Ich weiß nicht, ob dort etwas anderes stehen sollte, zum Beispiel „Discovery“, da keine Lizenz installiert ist?


Testumgebung:
Wapt Discovery
WAPT-Serverversion: 2.2.3
WAPT-Agent-Version: 2.2.3.12463
WAPT Deploy Version: 2.2.3.12463
Server-Betriebssystem: Debian 11 – aktuell
Waptdeploy-Client-Betriebssystem: Windows 10

Hallo,

wir haben die Ursache gefunden und ein internes Support-Ticket erstellt.
Zur schnellen Behebung können Sie eckige Klammern [] in die Datei licenses.json auf dem WAPT-Server und in die Datei /var/www/licences.json auf Ihrem Debian-11-Server einfügen.

Viele Grüße,
Amélie

Hallo,
ja, das scheint das Problem gelöst zu haben! Vielen Dank
(Änderung vorgenommen, Server neu gestartet, Agent nicht neu generiert).

Um es besser zu verstehen:
Ich verstehe nicht ganz, wie sich eine Änderung an einer Serverkonfigurationsdatei auf das Verhalten von waptexit auswirkt (das anscheinend die Adresse „localhost“ abfragt, was aber falsch ist) auf dem Client-Rechner.


Schönen Tag noch,
Alexis

Hallo Alexis,

der Agent muss wissen, ob die Enterprise- oder Discovery-Edition ausgeführt wird, um die zu aktivierenden Funktionen zu bestimmen. Dazu ruft er eine abgeleitete Lizenzdatei ab und speichert sie in einem lokalen Cache. Im Fall von Discovery ist keine Lizenz auf dem Server vorhanden, daher sollte ein leeres JSON-Objekt abgerufen werden (daher die eckigen Klammern [ ]). Es gab jedoch einen Fehler, der dazu führte, dass stattdessen ein Nullwert abgerufen wurde. Ist der Wert lokal null, geht der Agent davon aus, dass er noch nicht weiß, ob Discovery oder Enterprise ausgeführt wird, und stellt daher eine Verbindung zum Server her, um dies zu überprüfen. Dies ist das Problem, wenn die Maschine nicht erreichbar ist und ihren Server nicht erreichen kann. Das Problem tritt nur auf, wenn keine ICMP-Unreachable-Antwort zum Schließen der Verbindung erfolgt (im Prinzip ein DROP). Der Agent wartet dann auf eine Antwort, die nie eintrifft. Da das Timeout zwischen Agent und Server länger ist als die Zeit zwischen waptexit und dem Agent, gibt er den Statuscode 408 an waptexit zurück.

Das Problem ist komplex, weshalb wir einige Zeit brauchten, um es zu lösen. Grundsätzlich hätte der Server niemals einen Nullwert zurückgeben dürfen; er hätte eine leere Liste (die von Ihnen erstellte Datei) zurückgeben sollen.

Da die Enterprise-Version Gehälter und die WAPT-Entwicklung umfasst, investieren wir naturgemäß mehr Zeit in deren Entwicklung und Tests. Dieser Fehler war uns entgangen.

Mit freundlichen Grüßen,

Denis

Hallo Denis,

vielen Dank für deine Antwort, die meine Neugierde gestillt hat!

Ich wünsche dir einen schönen Tag und viel Erfolg!

Alexis