Re: two dhcp-option (openvpn)
- From: Dan Williams <dcbw redhat com>
- To: Xen <list xenhideout nl>, Networkmanager list <networkmanager-list gnome org>
- Subject: Re: two dhcp-option (openvpn)
- Date: Tue, 19 Jul 2016 11:48:32 -0500
On Tue, 2016-07-19 at 16:46 +0200, Xen wrote:
A user reported having two dhcp-option in his config, either pushed
by
the server or local, I don't know yet.
One of the dhcp-option was faulty, it was 10.8.0.1 but there was no
response from that server apparently.
The order given was:
public internet DNS
private VPN DNS
In the log from NetworkManager only the second one shows up as being
added to DNSmasq via dbus. As a consequence, since the local
resolv.conf
points to 127.0.1.1, his names do not resolve.
Using OpenVPN directly caused the connection to succeed as normal
with
two elements written to /etc/resolv.conf apparently. Using OpenVPN
through NetworkManager caused the above described behaviour.
Is this correct behaviour, a bug, or a lacking feature? I'm trying
to
have him change his VPN config, but I cannot influence what
NetworkManager is going to do, myself.
Version of NM is probably going to be around 1.2.0.
Can you get debug information out of the nm-openvpn-service process for
the attempt? We need to see what openvpn is sending to NM. You can do
this by:
killall -TERM nm-openvpn-service
/path/to/nm-openvpn-service --debug --persist
(path will be different depending on your distro, like /usr/libexec or
/usr/lib or whatever LIBEXECDIR is defined as during the build)
and then connect the VPN. A lot of information will be dumped to the
terminal here, *INCLUDING PASSWORDS* so please strip those out before
sending.
Dan
[
Date Prev][
Date Next] [
Thread Prev][Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]