Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 37 subscribers
  • Views 3163 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

SSO Active Directory - Benutzer kann nicht erstellt werden

gune
Hallo zusammen,

ich hab ein Problem mit einem Benutzer, welcher sich zwar am Backend authentifizieren kann
aber die Astaro diesen lokal nicht erstellen kann.
Folgende Fehlermeldung erhalte ich:

name="Trying 192.168.0.201 (adirectory)"
name="could not set object for ***x.***x: ALREADY_IN_USE_OBJECT"
name="failed to set object"
name="Authentication successful" srcip="192.168.0.46" user="***x.***x" caller="http" engine="adirectory" 

Leider finde ich nirgends auf der Astaro (Webadmin) einen Eintrag für diesen Benutzer.
Andere Benutzer funktionieren ohne Probleme.

Hat jemand evtl. eine Ahnung wo überprüft werden kann ob das Benutzerobjekt evtl. 
noch irgendwo auf der Astaro hängt?

Vielen Dank.

Gruss
Michael


This thread was automatically locked due to age.
Parents
  • 0
    If you come to the conclusion that you still  _need_ the automati cuser creation for http facility on _ON_, probably the real reason what is going wrong for your one specific user will be visible if you have a look at the confd logfile at the moment when the error messages appear you posted in your first note (I suppose it´s from authentication daemon log?).
    If confd logfile doesn´t reveal the problem, you also can have a look into /tmp/confd-debug.log.
    If you still have no clue then, probably opening a support case is the best solution.
Reply
  • 0
    If you come to the conclusion that you still  _need_ the automati cuser creation for http facility on _ON_, probably the real reason what is going wrong for your one specific user will be visible if you have a look at the confd logfile at the moment when the error messages appear you posted in your first note (I suppose it´s from authentication daemon log?).
    If confd logfile doesn´t reveal the problem, you also can have a look into /tmp/confd-debug.log.
    If you still have no clue then, probably opening a support case is the best solution.
Children
Unfiltered HTML