[SSSD-users] 1.11.5 ddns failure on Ubuntu 14.04[NOT-SOLVED]

Longina Przybyszewska longina at sdu.dk
Wed Jun 25 12:37:18 UTC 2014


But  adding A entry  somehow works, maybe LDAP server redirects to the DNS server.
 
It does not happen for subsequent dyndns trials. All fail .

All your posts were helpful, even you seemed to be annoyed about my obstinacy ;) , thanks !!
Thanks , for you noticed what is really  my problem .

Best,
Longina


-----Original Message-----
From: sssd-users-bounces at lists.fedorahosted.org [mailto:sssd-users-bounces at lists.fedorahosted.org] On Behalf Of steve
Sent: 25. juni 2014 14:16
To: sssd-users at lists.fedorahosted.org
Subject: Re: [SSSD-users] 1.11.5 ddns failure on Ubuntu 14.04[NOT-SOLVED]

On Wed, 2014-06-25 at 11:54 +0000, Longina Przybyszewska wrote:
> > How SSSD resolves domainname for machine for supplying to nsupdate record?
> 
> sssd doesn't do anything. nsupdate sends the dns update calls to 
> whatever you have put in /etc/resolv.conf
> 
> This is not true in my case:
> ----
> /etc/resolv.conf:
> # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
> #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
> nameserver 10.220.2.5
> search c.sdu.dk
> ----
> 
> .(Wed Jun 25 12:09:18 2014) [sssd[be[nat.c.sdu.dk]]] 
> [be_nsupdate_create_ptr_msg] (0x0400):  -- Begin nsupdate message -- 
> server nat-vdc0b.nat.c.sdu.dk realm NAT.C.SDU.DK update delete 
> 254.4.144.10.in-addr.arpa. in PTR update add 
> 254.4.144.10.in-addr.arpa. 3600 in PTR eta.nat.c.sdu.dk.
> send
> (Wed Jun 25 12:09:18 2014) [sssd[be[nat.c.sdu.dk]]] 
> [be_nsupdate_create_ptr_msg] (0x0400):  -- End nsupdate message --
> 
> 
> ----
> host nat-vdc0b.nat.c.sdu.dk
> nat-vdc0b.nat.c.sdu.dk has address 10.144.5.18
> 
> ---
> Host nat-vdc0b.xxx.xxx.xxx is LDAP/AD  _not_  DNSserver. 

Mmm. Not nice. So, sssd sends the nsupdate data to the ldap server and ignores what you have in /etc/resolv.conf

Surely, that's a bug.

I wonder:
ad_server = 10.220.2.5

I'm sorry I misled you. Our AD is samba4. We have no choice of DNS or AD, kerberos or ldap. Our krb5, ldap SRVs all point at the box which _has_ to also serve dns for that domain. Samba4 _has_ to have the dns server on the DC so we are not seeing your case. sssd will pick up the ldap SRV and assume that that is also the DNS. In real AD it seems that this doesn't always have to be the case: a windows DC does not have to also be the (a) DNS server.

Maybe we should send this to the dev list? Although I think they sometimes look here too.
Steve


_______________________________________________
sssd-users mailing list
sssd-users at lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/sssd-users


More information about the sssd-users mailing list