Seite 1 von 1

Automatische Installation nicht möglich

Veröffentlicht: 6. November 2023 – 16:47 Uhr
von ChouffeChouffe
Guten Morgen,

Ich teste gerade die Discovery-Version von WAPT.

Alles lief gut, ich installierte den Server mit Kerberos-Authentifizierung und erstellte einen Agenten, den ich auf einem Client-Rechner installierte.

Der Client wird korrekt in der Konsole angezeigt, das ist perfekt.
Ich habe ein einfaches Paket importiert (in diesem Fall tis-opera), das ich auf meinem Client-Rechner bereitstellen wollte.

Und genau da ist es unmöglich; die vom Server initiierte automatische Installation findet nie statt.

Installierte Versionen:
  • Server: Debian 12 + WAPT 2.4.0.14143
  • Konsolenagent: Windows 11 Pro + Setup 2.4.0.14143
  • Client-Agent: Windows 11 Pro + Agent 2.4.0.14143

Einige Hinweise, die bei der Lösung des Problems helfen könnten:
  • Auf dem Client-Rechner lässt sich das Paket nach Ausführung von `wapt-get install tis-opera` korrekt installieren. Das installierte Paket ist auch in der Konsole sichtbar.
  • Wenn ich auf dem Client-Rechner die Self-Service-Oberfläche starte und mich mit meinem AD-Benutzerkonto (dem auf meinem Client-Rechner) anmelde, wird mir das Paket zwar angeboten, aber es ist nicht installiert.
    Wenn ich auf „Installieren“ klicke, wird es problemlos installiert.
  • Ich scheine keine Probleme mit Kerberos oder meinen Zertifikaten zu haben:

    Code: Alle auswählen

    2023-11-06T16:07:24.902100+01:00 wapt waptserver[348058]: 2023-11-06 16:07:24,902 [waptserver     ] DEBUG About to check supplied data signature with certificate info-p-ale2.lpl.intra
    2023-11-06T16:07:24.902401+01:00 wapt waptserver[348058]: 2023-11-06 16:07:24,902 [waptserver     ] INFO Data successfully checked with certificate CN info-p-ale2.lpl.intra for info-p-ale2.lpl.intra
  • Die Hardware- und Softwareinventare werden einwandfrei aktualisiert. In den Serverprotokollen sehe ich, dass die Datenbank beim Clientstart korrekt aktualisiert wird (SQL-Update-Abfrage).
  • Wenn ich in der Konsole auf „Installationen starten“ klicke, sehe ich, wie Aufgaben auf dem Client eintreffen:
    • Aktualisierte Liste der verfügbaren Pakete
    • Updates installieren
    • Paketcache leeren
    Was mich aber stört, ist der Detailgrad dieser Aufgaben:
    Paketindex von [ https://xxx.domain.fr/wapt>, https://xxx.domain.fr/wapt-host für Host-ID info-p-ale2.lpl.intra>]
    . 3 Pakete im Repository.
    Das System ist aktuell.
    Es scheint also, dass das System auf dem neuesten Stand ist, obwohl ein Paket nicht installiert ist.
  • Wenn ich gehe zu https://xxx.domain.fr/api/v3/login_kerberosNach Eingabe meines AD-Client-Benutzernamens/Passworts erhalte ich folgende Meldung:
    Untitled.png
    Untitled.png (17,16 KB) 2876 Mal angesehen
    Ich bin etwas überrascht von der Edition, die angeblich im "Enterprise"-Modus ist, wenn ich Discovery nutze.


Ich frage mich langsam, ob das nicht eine Einschränkung der Discovery-Version ist, aber der Vergleich mit der Enterprise-Version zeigt auf dieser Ebene keine Unterschiede.

Falls jemand Ideen hat, bin ich ganz Ohr ;-)

Dank im Voraus !

Betreff: Automatische Installation fehlgeschlagen

Veröffentlicht: 7. November 2023 – 15:15 Uhr
von ChouffeChouffe
Ich habe soeben meine Enterprise-Testlizenz erhalten, und siehe da, meine Pakete wurden automatisch installiert!

Vielen Dank, ich kann Ihr Produkt nun weiter testen. :)

Betreff: Automatische Installation fehlgeschlagen

Veröffentlicht: 7. November 2023 - 19:33 Uhr
von vcardon
Hallo,

zu Ihrer ursprünglichen Frage: Ja, die personalisierte Selbstbedienung auf Basis von Sicherheitsgruppen ist ein exklusives Merkmal der Enterprise-Version.