[GELÖST] Client-Bereitstellungsfehler (automatische Kerberos-Registrierung)

[TomTom]

Hallo zusammen,

Seit dieser Woche bemerke ich ein Problem beim Bereitstellen des wapt-Agenten auf meinen neuen Client-Workstations (über die Betriebssystembereitstellung und/oder Gruppenrichtlinien).
Der Agent wird zwar korrekt installiert, registriert sich aber nicht beim Server. Hier ist die Ausgabe von `wapt-get update`:

Code: Alle auswählen

Using config file: C:\Program Files (x86)\wapt\wapt-get.ini
Update package list from https://fr-for-wapt1.fr.hydac.int/wapt, https://fr-for-wapt1.fr.hydac.int/wapt-host
2024-07-08 11:02:15,368 CRITICAL Error merging Packages from wapt into db: None : None
Total packages : 0
Added packages :

Removed packages :

Discarded packages count : 1
Pending operations :
  install:
  upgrade:
  additional:
  remove:
  immediate_installs:
Repositories URL :
  wapt
  wapt-host

Wenn ich die

Code: Alle auswählen

wapt-get register

Und wenn ich die Anmeldeinformationen eingebe, funktioniert alles einwandfrei. Liegt also ein Problem mit Kerberos vor?

Die allgemeine Konfiguration wurde nicht verändert, außer dem Test, den WAPT-Server auf Debian 12 zu aktualisieren. Ich bin auf meinen vorherigen Snapshot zurückgegangen, da ich einige Fehler hatte.
Ist es möglich, dass diese Manipulation etwas "kaputt" hat?

Vielen Dank im Voraus für Ihr Feedback.
Thomas

[Sfonteneau]

Am einfachsten lässt sich das Kerberos-Register mit psexe testen:

https://www.wapt.fr/fr/doc/wapt-securit ... em-account

[TomTom]

Danke Simon für die Hilfe.

Wenn man die Registry mit Systemberechtigungen startet, ergibt sich folgende Ausgabe:

Code: Alle auswählen

FATAL ERROR : ImportError: GSSAPIProxy requires the Python gssapi library: No module named 'gssapi'

[TomTom]

Ich antworte mir selbst; der Fehler ist inzwischen behoben. Die Registrierung des WAPT-Servers in der Active Directory-Domäne war fehlgeschlagen.
Durch die erneute Registrierung des Rechners wurde das Problem behoben.
Der Beitrag kann nun als gelöst markiert werden.

Nochmals vielen Dank, Simon, für die Aufklärung.

[dcardon]

Hallo Thomas,

Um das Thema abzuschließen, möchte ich hinzufügen, dass die unten stehende Fehlermeldung nichts mit dem Fehlen des Python-Moduls gssapi zu tun hat (gssapi wird nur unter Linux verwendet, unter Windows kommt SSPI zum Einsatz), sondern dass die Python-Bibliothek requests-kerberos dazu neigt, seltsame Fehler zu verursachen, wenn etwas nicht stimmt und sie kein Service-Ticket von der Windows-Schicht abrufen kann.

Code: Alle auswählen

FATAL ERROR : ImportError: GSSAPIProxy requires the Python gssapi library: No module named 'gssapi'

Zur Information: Simon hat begonnen, Skripte zur Unterstützung des Debuggens der Kerberos- und LDAP-Komponenten auf dem Server zu erstellen, um die häufigsten Probleme zu testen und zu validieren. Dies hätte bei der Diagnose des Problems hilfreich sein können

Aufrichtig,

Denis