*** This bug is a duplicate of bug 1639776 ***
https://bugs.launchpad.net/bugs/1639776
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: dnsmasq (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of
*** This bug is a duplicate of bug 1639776 ***
https://bugs.launchpad.net/bugs/1639776
** This bug has been marked a duplicate of bug 1639776
dnsmasq fails to send queries out after suspend disconnects the interface
--
You received this bug notification because you are a member of
*** This bug is a duplicate of bug 1639776 ***
https://bugs.launchpad.net/bugs/1639776
** Also affects: dnsmasq (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in
Hi, I had the same problem on Linux Mint 18.1
First time i start openvpn connexion all is ok. But if i stop it and start
again via networkmanager, there are no DNS (but ping ip is ok).
A reboot of the computer make dns come back.
Or i found a temporary solution, modify the file
Hi everybody,
I had this problem too on LinuxMint 18 (based on 16.04).
I solved the problem by reverting the network-manager package to the version
1.2.2 (instead of 1.2.6) using synaptic.
Maybe it can help someone
Cheers
--
You received this bug notification because you are a member of
Some additional (but minor) information:
After a fresh boot, everything appears to work perfectly as expected for
the -first- connection to the VPN. That is to say, the DNS servers
pushed from the OpenVPN server are used to resolve VPN domains, and all
is well.
After a subsequent disconnect and
Sergio,
Also, I'm not 100% certain the other bug is not a dupe of this one,
because Yakkety. Their workarounds of restarting dnsmasq, etc. still
didn't work on a 16.04 system (even restarting Network Manager didn't
help - dnsmasq was still dead for *everything*), and now I'm getting
issues where
Interesting, I can't reproduce with standard WPA2 wifi connections.
I wonder if it's specific to the combination of WPA2 Enterprise (with
custom DNS settings in the system) and then that being overridden by the
VPN and that causes some breakages.
I'll test in a few hours when I'm on such a
Sergio,
No, however I would be happy to test later today. The primary reason for my
having a backup local resolving bind9 was just for cases like this, but I'll
test the DBUS method in a few hours and get back to you
--
You received this bug notification because you are a member of Desktop
Can we safely assume that bug 1675820 is a duplicate of this one?
In that case, dnsmasq seems to operate correctly. In fact, setting the
domain server with an explicit dbus command, that is
sudo qdbus --system org.freedesktop.NetworkManager.dnsmasq
/uk/org/thekelleys/dnsmasq \
** Changed in: network-manager (Ubuntu)
Importance: Undecided => High
** Changed in: network-manager (Ubuntu)
Status: Confirmed => Triaged
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: network-manager (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
12 matches
Mail list logo