crocket
2015-Feb-01 07:08 UTC
Tincd fails to resolve domain names before it is started name resolution becomes available.
If tincd is started before name resolution comes up, it keeps failing for ever to resolve domain names in Address= host configuration variable after name resolution becomes possible. I think tincd should succeed in resolving domain names after name resolution becomes available.
William Kennington
2015-Feb-01 10:05 UTC
Tincd fails to resolve domain names before it is started name resolution becomes available.
+1 I was noticing the same thing and currently solved it using dnsmasq. On Feb 1, 2015 1:48 AM, "crocket" <crockabiscuit at gmail.com> wrote:> If tincd is started before name resolution comes up, it keeps failing > for ever to resolve domain names in Address= host configuration > variable after name resolution becomes possible. > > I think tincd should succeed in resolving domain names after name > resolution becomes available. > _______________________________________________ > tinc mailing list > tinc at tinc-vpn.org > http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20150201/90108be7/attachment.html>
crocket
2015-Feb-01 10:44 UTC
Tincd fails to resolve domain names before it is started name resolution becomes available.
How does dnsmasq solve the problem? On Sun, Feb 1, 2015 at 7:05 PM, William Kennington <william at wkennington.com> wrote:> +1 I was noticing the same thing and currently solved it using dnsmasq. > > On Feb 1, 2015 1:48 AM, "crocket" <crockabiscuit at gmail.com> wrote: >> >> If tincd is started before name resolution comes up, it keeps failing >> for ever to resolve domain names in Address= host configuration >> variable after name resolution becomes possible. >> >> I think tincd should succeed in resolving domain names after name >> resolution becomes available. >> _______________________________________________ >> tinc mailing list >> tinc at tinc-vpn.org >> http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc > > > _______________________________________________ > tinc mailing list > tinc at tinc-vpn.org > http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc >
Guus Sliepen
2015-Feb-01 11:19 UTC
Tincd fails to resolve domain names before it is started name resolution becomes available.
On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote:> If tincd is started before name resolution comes up, it keeps failing > for ever to resolve domain names in Address= host configuration > variable after name resolution becomes possible. > > I think tincd should succeed in resolving domain names after name > resolution becomes available.The problem is when /etc/resolv.conf is changed while a program is running, glibc doesn't automatically notice this. Since tinc 1.0.25 and 1.1pre11, if you send tincd the ALRM signal, it will force glibc to reload /etc/resolv.conf. William Kennington mentioned running dnsmasq. This works around the problem because in that case, /etc/resolv.conf always points to localhost. I myself do something similar, but with Unbound. -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20150201/6e2a466c/attachment.sig>
Etienne Dechamps
2015-Feb-01 12:20 UTC
Tincd fails to resolve domain names before it is started name resolution becomes available.
On Sun, Feb 1, 2015 at 11:19 AM, Guus Sliepen <guus at tinc-vpn.org> wrote:> On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote: > >> If tincd is started before name resolution comes up, it keeps failing >> for ever to resolve domain names in Address= host configuration >> variable after name resolution becomes possible. >> >> I think tincd should succeed in resolving domain names after name >> resolution becomes available. > > The problem is when /etc/resolv.conf is changed while a program is > running, glibc doesn't automatically notice this. Since tinc 1.0.25 and > 1.1pre11, if you send tincd the ALRM signal, it will force glibc to > reload /etc/resolv.conf.Considering how cheap that operation seems to be, would it make sense to call res_init() every time tinc retries a metaconnection? It's not doing that very often anyway... and it would solve the OP's problem.
Possibly Parallel Threads
- Tincd fails to resolve domain names before it is started name resolution becomes available.
- Tincd fails to resolve domain names before it is started name resolution becomes available.
- Tincd fails to resolve domain names before it is started name resolution becomes available.
- Tincd fails to resolve domain names before it is started name resolution becomes available.
- Tincd fails to resolve domain names before it is started name resolution becomes available.