Hi.
On Tue, Oct 03, 2017 at 01:30:11PM -0700, Gary Roach wrote:
> OK Rico> I followed your instructions and still have the same problem.
> Attached are the new files. Already installed were isc-dhcp-client and
> resolvconf. You are right about the br1 entry not being needed. the virtual
> machine works fine without it.
So, what we have now is a definite improvement over the last time, but
some twists are needed.
While "dns-nameserver" stanzas are working now, your DHCP server also
advertises its own:
> # 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.1.1
> nameserver 8.8.8.8
> nameserver 8.8.4.4
A correct way to fix this is to "persuade" your DHCP server not to
provide DNS information.
Even more correct way is to force your DNS-at-DHCP to use 8.8.8.8 as
forwarder DNS.
Since it's unnaturally complex to do so in a consumer-grade routers, a
hack is in order.
Locate /etc/dhcp/dhclient.conf. Replace inside it:
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, domain-search, host-name
dhcp6.name-servers, dhcp6.domain-search, dhcp6.fqdn…
with:
request subnet-mask, broadcast-address, time-offset, routers,
domain-name,
dhcp6.name-servers, dhcp6.domain-search, dhcp6.fqdn…
Bounce your primary network interface.
I've attached diff to this e-mail for this modification.
Reco
--- a/etc/dhcp/dhclient.conf 2016-11-26 06:44:00.000000000 +0000
+++ b/etc/dhcp/dhclient.conf 2017-10-04 06:09:07.176684386 +0000
@@ -14,7 +14,7 @@
send host-name = gethostname();
request subnet-mask, broadcast-address, time-offset, routers,
- domain-name, domain-name-servers, domain-search, host-name,
+ domain-name,
dhcp6.name-servers, dhcp6.domain-search, dhcp6.fqdn, dhcp6.sntp-servers,
netbios-name-servers, netbios-scope, interface-mtu,
rfc3442-classless-static-routes, ntp-servers;
