Bug 2064427 - dnsmasq doesn't resolve names anymore once VPN is active
Summary: dnsmasq doesn't resolve names anymore once VPN is active
Keywords:
Status: CLOSED DUPLICATE of bug 2061944
Alias: None
Product: Fedora
Classification: Fedora
Component: dnsmasq
Version: 35
Hardware: All
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Petr Menšík
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-03-15 19:28 UTC by Renaud Métrich
Modified: 2022-06-17 10:03 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-06-17 10:03:20 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
strace when VPN is not active (resolution works fine) (2.00 KB, text/plain)
2022-03-15 19:34 UTC, Renaud Métrich
no flags Details
strace just after VPN becomes active (no resolution anymore) (3.45 KB, text/plain)
2022-03-15 19:35 UTC, Renaud Métrich
no flags Details

Description Renaud Métrich 2022-03-15 19:28:56 UTC
Description of problem:

I've configured dnsmasq to resolve my local libvirt VMs through using a NetworkManager file /etc/NetworkManager/dnsmasq.d/00-libvirt.conf:
-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------
server=/libvirt/192.168.122.1
-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------

This always worked well until today where I realized dnsmasq was updated yesterday from 2.86-2.fc35 to 2.86-5.fc35.
Since then, after connecting to Red Hat VPN, the name resolution stops functioning:

1. Before connecting to VPN

-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------
$ ping -c 1 vm-rhel8
PING vm-rhel8.libvirt (192.168.122.86) 56(84) bytes of data.
-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------

2. After connecting to VPN

-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------
$ ping -c 1 vm-rhel8
ping: vm-rhel8: No address associated with hostname
-------- 8< ---------------- 8< ---------------- 8< ---------------- 8< --------

Stracing main dnsmasq instance, it looks like the request is not forwarded to dnsmasq instance dealing with my "libvirt" domain.

Restarting NetworkManager (which kills the VPN connection) makes it work again, until I connect to the VPN.
Downgrading dnsmasq to 2.86-2.fc35 permanently solves the issue: it continues resolving after connecting to the VPN.

Version-Release number of selected component (if applicable):

2.86-5.fc35

How reproducible:

Always

Steps to Reproduce: see above

Actual results:

No resolution of my "libvirt" domain

Expected results:

Resolution

Comment 1 Renaud Métrich 2022-03-15 19:34:49 UTC
Created attachment 1866089 [details]
strace when VPN is not active (resolution works fine)

Comment 2 Renaud Métrich 2022-03-15 19:35:31 UTC
Created attachment 1866090 [details]
strace just after VPN becomes active (no resolution anymore)

Comment 3 Petr Menšík 2022-06-17 10:03:20 UTC
It seems this is duplicate to bug #2061944. It should be fixed soon.

*** This bug has been marked as a duplicate of bug 2061944 ***


Note You need to log in before you can comment on or make changes to this bug.