Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Bug#798586: dnsmasq --no-resolv fails if /etc/resolv.conf is a symbolic link pointing to a file in a nonexistent directory
298 views
Skip to first unread message
Alexander Kurtz
Sep 10, 2015, 3:40:03 PM9/10/15
to
Package: dnsmasq
Version: 2.75-1
Hi,
dnsmasq(8) says ...
-R, --no-resolv
Don't read /etc/resolv.conf. Get upstream servers only from the
command line or the dnsmasq configuration file.
... yet dnsmasq still fails to start if /etc/resolv.conf is a symbolic
link pointing to a file in a nonexistent directory:
# ln --symbolic --force /nonexistent/foobar /etc/resolv.conf
# dnsmasq --conf-file=/dev/null --no-resolv
dnsmasq: directory /etc/resolv.conf for resolv-file is missing, cannot poll
This can be worked around by explicitly specifying the list of "resolv"
-files to be empty:
# dnsmasq --conf-file=/dev/null --no-resolv --resolv-file=
# echo $?
0
This is problematic because when running systemd-resolved it's
recommended to make /etc/resolv.conf a symbolic link to
/run/systemd/resolve/resolv.conf for compatibility reasons (see systemd
-resolved(8)). Since dnsmasq.service has no dependency or ordering
relation on systemd-resolved.service (which is of course correct), it's
possible for /etc/resolv.conf to be a symbolic link pointing to a file
in a nonexistent directory when dnsmasq starts.
Best regards
Alexander Kurtz
Version: 2.75-1
Hi,
dnsmasq(8) says ...
-R, --no-resolv
Don't read /etc/resolv.conf. Get upstream servers only from the
command line or the dnsmasq configuration file.
... yet dnsmasq still fails to start if /etc/resolv.conf is a symbolic
link pointing to a file in a nonexistent directory:
# ln --symbolic --force /nonexistent/foobar /etc/resolv.conf
# dnsmasq --conf-file=/dev/null --no-resolv
dnsmasq: directory /etc/resolv.conf for resolv-file is missing, cannot poll
This can be worked around by explicitly specifying the list of "resolv"
-files to be empty:
# dnsmasq --conf-file=/dev/null --no-resolv --resolv-file=
# echo $?
0
This is problematic because when running systemd-resolved it's
recommended to make /etc/resolv.conf a symbolic link to
/run/systemd/resolve/resolv.conf for compatibility reasons (see systemd
-resolved(8)). Since dnsmasq.service has no dependency or ordering
relation on systemd-resolved.service (which is of course correct), it's
possible for /etc/resolv.conf to be a symbolic link pointing to a file
in a nonexistent directory when dnsmasq starts.
Best regards
Alexander Kurtz
Simon Kelley
Sep 10, 2015, 6:30:04 PM9/10/15
to
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
On 10/09/15 20:35, Alexander Kurtz wrote:
> Package: dnsmasq Version: 2.75-1
Thanks, I just pushed the fix upstream, it will be in the next release.
Cheers,
Simon.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBCAAGBQJV8f+wAAoJEBXN2mrhkTWixvsP/1C+iKtjtjwI8QU05yiPYHRK
U0mRnFGYm0wlChwgALa8ABYs56/ejoVB+lsCZ5dJeCdpgxg14bZ4wUrPJTkjJl+e
7fSC4jv5sDx1YwEOZk4r0Hc6i9V8CAIXnUwMXk/kTuc5UJ+r8SDSbPh230g5y7XS
xpsEtKOpOSodogUwWyGl1SInjFC0NdbZNAUpHCXUhzY3UN8IBHKz6+1lAMMkjK4X
hxpN8RxdQbCiNFhbWLixJE8/dYMjnJSOYA1riKDzsoD+clCzYXAK2Mis4Sl0/0Yn
Uluobd9ExkQS3Bp5Nz0DkqiNOmmma+U4QCzyUMrGiDvy6LPn97KlNvYeGEnFGLoX
M9sZtvFq1q06WPzqiuanj7510X1jgHaFA9a5fxfQbShzxd8oxlBS/lL0kCh04qdC
kXQcNkC1beCIejMUQBY7OaVsI8tH3HYlIVBVzAJbj1AGdAtWL/gUpj/Yfwomwvra
FnC3iRGqPKZSDxmuBQ01VdkcHmoLdS2llIwPxeahrW7E3NXN5sLCf94ceeHosolg
LAOYQSb5OYPK6hd0GYBMOUPx+SCFH7uUCuO6Bca3RmmWcD9ushbdqPodXgX1VNLX
TtplvkHU812BKdXRxyqTK93EjjzVE4xitY96dxNMima/JPKPgHRe/Xi2ErzeDvLj
umKO3hZSFbe5+z1kMelc
=YF0e
-----END PGP SIGNATURE-----
Hash: SHA256
On 10/09/15 20:35, Alexander Kurtz wrote:
> Package: dnsmasq Version: 2.75-1
Thanks, I just pushed the fix upstream, it will be in the next release.
Cheers,
Simon.
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBCAAGBQJV8f+wAAoJEBXN2mrhkTWixvsP/1C+iKtjtjwI8QU05yiPYHRK
U0mRnFGYm0wlChwgALa8ABYs56/ejoVB+lsCZ5dJeCdpgxg14bZ4wUrPJTkjJl+e
7fSC4jv5sDx1YwEOZk4r0Hc6i9V8CAIXnUwMXk/kTuc5UJ+r8SDSbPh230g5y7XS
xpsEtKOpOSodogUwWyGl1SInjFC0NdbZNAUpHCXUhzY3UN8IBHKz6+1lAMMkjK4X
hxpN8RxdQbCiNFhbWLixJE8/dYMjnJSOYA1riKDzsoD+clCzYXAK2Mis4Sl0/0Yn
Uluobd9ExkQS3Bp5Nz0DkqiNOmmma+U4QCzyUMrGiDvy6LPn97KlNvYeGEnFGLoX
M9sZtvFq1q06WPzqiuanj7510X1jgHaFA9a5fxfQbShzxd8oxlBS/lL0kCh04qdC
kXQcNkC1beCIejMUQBY7OaVsI8tH3HYlIVBVzAJbj1AGdAtWL/gUpj/Yfwomwvra
FnC3iRGqPKZSDxmuBQ01VdkcHmoLdS2llIwPxeahrW7E3NXN5sLCf94ceeHosolg
LAOYQSb5OYPK6hd0GYBMOUPx+SCFH7uUCuO6Bca3RmmWcD9ushbdqPodXgX1VNLX
TtplvkHU812BKdXRxyqTK93EjjzVE4xitY96dxNMima/JPKPgHRe/Xi2ErzeDvLj
umKO3hZSFbe5+z1kMelc
=YF0e
-----END PGP SIGNATURE-----
0 new messages