Comment 0 for bug 1163147

First, apologies for the complicated configuration.

I use the 'uvt' front-end to libvirt-managed kvm guest machines. I also have a LAN with a router that does local dynamic DNS configuration with the client-provided dhcp hostnames.

I would like to resolve hostnames on my machine for both VM guests and LAN hosts. This configuration worked for 12.04 LTS, 12.10, but does not work for Raring. I have followed the directions at https://wiki.ubuntu.com/SecurityTeam/TestingEnvironment#Networking_with_libvirt :

> Put a line into /etc/dhcp/dhclient.conf like so:
>
> prepend domain-name-servers 192.168.122.1;
>
> Disable the system dnsmasq to prevent it from looping with libvirt's dnsmasq by modifying
> /etc/NetworkManager/NetworkManager.conf to comment out the following line:
>
> #dns=dnsmasq

My /etc/resolv.conf when the wireless is up:
$ cat /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 192.168.122.1
nameserver 192.168.1.1

Here's trying to look up a host on my network:
$ host dean
Host dean not found: 3(NXDOMAIN)
$ host dean 192.168.122.1
Using domain server:
Name: 192.168.122.1
Address: 192.168.122.1#53
Aliases:

Host dean not found: 3(NXDOMAIN)
$ host dean 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:

dean has address 192.168.1.236
$
$ host 192.168.1.236
236.1.168.192.in-addr.arpa domain name pointer dean.
$ host 192.168.1.236 192.168.122.1
Using domain server:
Name: 192.168.122.1
Address: 192.168.122.1#53
Aliases:

236.1.168.192.in-addr.arpa domain name pointer dean.
$ host 192.168.1.236 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:

236.1.168.192.in-addr.arpa domain name pointer dean.
$

I want $ host dean
Host dean not found: 3(NXDOMAIN)
$ host dean 192.168.122.1
Using domain server:
Name: 192.168.122.1
Address: 192.168.122.1#53
Aliases:

Host dean not found: 3(NXDOMAIN)
$ host dean 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:

dean has address 192.168.1.236
$
$ host 192.168.1.236
236.1.168.192.in-addr.arpa domain name pointer dean.
$ host 192.168.1.236 192.168.122.1
Using domain server:
Name: 192.168.122.1
Address: 192.168.122.1#53
Aliases:

236.1.168.192.in-addr.arpa domain name pointer dean.
$ host 192.168.1.236 192.168.1.1
Using domain server:
Name: 192.168.1.1
Address: 192.168.1.1#53
Aliases:

236.1.168.192.in-addr.arpa domain name pointer dean.
$

I'm surprised that 192.168.122.1 knows the reverse information for dean.

I want the query for plain "dean" to succeed. (As that's how 'ssh' works..)

If I swap the order of the lines in /etc/resolv.conf to put 192.168.1.1 first,
I get the opposite situation:

$ host dean
dean has address 192.168.1.236
$ uvt start sec-precise-amd64
Sleeping 5 seconds to give 'sec-precise-amd64' a chance to start
$ ssh sec-precise-amd64 "echo hello"
ssh: Could not resolve hostname sec-precise-amd64: No such file or directory
$ ssh sec-precise-amd64. "echo hello"
ssh: Could not resolve hostname sec-precise-amd64.: No such file or directory
$ ssh sec-precise-amd64.local "echo hello"
hello

I do not want to use the .local form for all my VMs. That is annoying and the
scripts we have written around uvt assume that the .local is not necessary.

12.04 LTS and 12.10 had this working well. I would like Raring to work that
well again.

Thanks

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: dnsmasq (not installed)
ProcVersionSignature: Ubuntu 3.8.0-15.25-generic 3.8.4
Uname: Linux 3.8.0-15-generic x86_64
ApportVersion: 2.9.2-0ubuntu5
Architecture: amd64
Date: Tue Apr 2 00:04:49 2013
InstallationDate: Installed on 2012-10-18 (166 days ago)
InstallationMedia: Ubuntu 12.04.1 LTS "Precise Pangolin" - Release amd64 (20120823.1)
MarkForUpload: True
ProcEnviron:
 TERM=rxvt-unicode
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: dnsmasq
UpgradeStatus: Upgraded to raring on 2013-03-18 (15 days ago)