Hi!
I can't get "dyndns_update" to work when I have "ldap" as "id_provider". Having set "debug_level = 9", I do not see any "update add/delete" entries in my sssd logfile.
Setting "ad" as "id_provider" solves this. Is this by design, or just the way it is supposed to work?
Regards, Torgeir
________________________________
CONFIDENTIALITY This e-mail and any attachment contain KONGSBERG information which may be proprietary, confidential or subject to export regulations, and is only meant for the intended recipient(s). Any disclosure, copying, distribution or use is prohibited, if not otherwise explicitly agreed with KONGSBERG. If received in error, please delete it immediately from your system and notify the sender properly.
On (05/05/15 12:29), Torgeir.Wulfsberg@kongsberg.com wrote:
Hi!
I can't get "dyndns_update" to work when I have "ldap" as "id_provider". Having set "debug_level = 9", I do not see any "update add/delete" entries in my sssd logfile.
Setting "ad" as "id_provider" solves this. Is this by design, or just the way it is supposed to work?
That's expected behaviour.
Dynamic dns updates works just with ipa and ad provider. That's the reason why "dyndns_*" option are not mentioned in man page sssd-ldap They are just in man pages sssd-ipa and sssd-ad.
LS
On Tue, May 05, 2015 at 02:59:18PM +0200, Lukas Slebodnik wrote:
On (05/05/15 12:29), Torgeir.Wulfsberg@kongsberg.com wrote:
Hi!
I can't get "dyndns_update" to work when I have "ldap" as "id_provider". Having set "debug_level = 9", I do not see any "update add/delete" entries in my sssd logfile.
Setting "ad" as "id_provider" solves this. Is this by design, or just the way it is supposed to work?
That's expected behaviour.
Dynamic dns updates works just with ipa and ad provider. That's the reason why "dyndns_*" option are not mentioned in man page sssd-ldap They are just in man pages sssd-ipa and sssd-ad.
LS
Using the AD provider for connecting to an AD server is also the preferred method. It gives you the ability to resolve and log in as users from trusted domains, GPO access control, better performance over the LDAP back end etc..
sssd-users@lists.fedorahosted.org