[Samba] Ubuntu client ddns failure

[L.P.H. van Belle]

>> Btw - users sometimes think "more is better" and often place both... 

... wel i didn't "think"..  i did read and as man resolv.conf also says the following. 

domain =  Local domain name.
       Most queries for names within this domain can use short names relative to the local domain.  
       If no domain entry is present, the domain is determined from the  local  hostname  returned  by
       gethostname(2); the domain part is taken to be everything after the first '.'.  
       Finally, if the hostname does not contain a domain part, the root domain is assumed.  

search Search list for host-name lookup. 


but to make it stranger... 

al hostname ( -s -f -d ) are correct, steve checked. 

i tested also like steve did, and with dig i get the same responce. 
dig hostname    responce from root dns servers.
dig hostname.domain.tld responce from root servers. 

Kerberos: TGS-REQ LUBUNTU-LAPTOP$@HH3.SITE from ipv4:192.168.1.22:58376 
for ldap/hh16.local at HH3.SITE [canonicalize, renewable]
Kerberos: Searching referral for hh16.local
Kerberos: Returning a referral to realm LOCAL for server 

Is network-manager installed then this applies. ( dpkg -l | grep network-manager )

for network interfaces configured by DHCP it normally isn't necessary to change any settings manually. Normally what happens is that the (remote) DHCP server provides to NetworkManager both an IP address for the local interface and the address of a (remote) DNS nameserver to use. NetworkManager starts an instance of a forwarding nameserver that listens locally at 127.0.1.1. This address, 127.0.1.1, is sent to resolvconf which puts nameserver 127.0.1.1 in /etc/resolv.conf. NetworkManager also gives the (remote) IP address of the DHCP-provided DNS nameserver to the forwarding nameserver. Thus a program running on the local system asks the resolver to translate a host name into an IP address; the resolver queries the local forwarding nameserver at 127.0.1.1; the forwarding nameserver queries the remote nameserver(s) it has been told about, receives an answer and sends it back up the chain.

NetworkManager communicates with the forwarding nameserver process over D-Bus. You can see what NetworkManager told the forwarding nameserver by running the command nmcli dev list iface eth0 | grep ip_from_dns

so compair 
/run/resolvconf/resolv.conf
and 
/etc/resolv.conf 

if different, then run 
sudo dpkg-reconfigure resolvconf or sudo ln -sf ../run/resolvconf/resolv.conf /etc/resolv.conf. 

and if network-manager is installed the DNSMasq is used, you need to disable dnsmasq also. 
edit /etc/NetworkManager/NetworkManager.conf 
put # in front of ?dns=dnsmasq? 

restart network-manager 

Hope this helps out. 
I would start by checking networkmanager config. 


Greetz, 

Louis


>-----Oorspronkelijk bericht-----
>Van: linux at kukkukk.com [mailto:samba-bounces at lists.samba.org] 
>Namens Günter Kukkukk
>Verzonden: woensdag 21 mei 2014 6:16
>Aan: steve; samba at lists.samba.org
>Onderwerp: Re: [Samba] Ubuntu client ddns failure
>
>Am 20.05.2014 16:18, schrieb steve:
>> On 20/05/14 15:52, L.P.H. van Belle wrote:
>>>
>>> not like this.
>>>> 127.0.0.1    localhost
>>>> 127.0.1.1    lubuntu-laptop.hh3.site    lubuntu-laptop
>>>
>>> This is simply wrong, and cause by dhcp client at install.
>>>
>>> better...
>>> 127.0.0.1    localhost
>>> 192.168.1.22 lubuntu-laptop.hh3.site    lubuntu-laptop
>>> for dedicated IP.
>>>
>>> Do you use resolvconf ( the packages, default is its used ) 
>if so configure it.
>>> or configure /etc/network/interfaces  and add the 
>dns-nameserver dns-search dns-domain.
>>> when dns-  is used resolvconf adds the info in /etc/resolv.conf
>>>
>> Hi
>> We can't use fixed IP. It's a laptop.
>> But tried it anyway and the error is the same. It's still 
>looking for:
>> DNS/a.root-servers.net at HH3.SITE: no such entry found in hdb
>> 
>> /etc/resolv.conf
>> nameserver 192.168.1.16
>> nameserver 127.0.1.1
>> search hh3.site dragonet.es
>> 
>> exactly as on our (working) openSUSE boxes, also with dhcp.
>> 
>> 
>
>Hi Steve,
>
>sorry, i've not followed the whole thread - and dhcp is 
>sometimes a bit tricky.
>Just some notes when you use the "dig" tool from ISC - which 
>is very powerful,
>but also has lots of options.
>
>In your /etc/resolv.conf beside others you use:
>....
>search hh3.site dragonet.es
>....
>
>By default, dig does *not* use that search line from 
>/etc/resolv.conf, but you can
>tell it to do so (when you want to only use the hostname for 
>the query):
>
>dig +search lubuntu-laptop
>
>Btw - users sometimes think "more is better" and often place both
>...
>domain my.domain.org
>search my.domain.org
>....
>into /etc/resolv.conf
>but "man resolv.conf" clearly states:
> "The  domain  and search keywords are mutually exclusive.
>  If more than one instance of these keywords is present, the 
>last instance wins."
>
>Cheers, Günter
>
>-- 
>
>-- 
>To unsubscribe from this list go to the following URL and read the
>instructions:  https://lists.samba.org/mailman/options/samba
>
>