<p dir="ltr">Agreed.</p>
<div class="gmail_quote">On Feb 1, 2015 4:21 AM, "Etienne Dechamps" <<a href="mailto:etienne@edechamps.fr">etienne@edechamps.fr</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, Feb 1, 2015 at 11:19 AM, Guus Sliepen <<a href="mailto:guus@tinc-vpn.org">guus@tinc-vpn.org</a>> wrote:<br>
> On Sun, Feb 01, 2015 at 04:08:47PM +0900, crocket wrote:<br>
><br>
>> If tincd is started before name resolution comes up, it keeps failing<br>
>> for ever to resolve domain names in Address= host configuration<br>
>> variable after name resolution becomes possible.<br>
>><br>
>> I think tincd should succeed in resolving domain names after name<br>
>> resolution becomes available.<br>
><br>
> The problem is when /etc/resolv.conf is changed while a program is<br>
> running, glibc doesn't automatically notice this. Since tinc 1.0.25 and<br>
> 1.1pre11, if you send tincd the ALRM signal, it will force glibc to<br>
> reload /etc/resolv.conf.<br>
<br>
Considering how cheap that operation seems to be, would it make sense<br>
to call res_init() every time tinc retries a metaconnection? It's not<br>
doing that very often anyway... and it would solve the OP's problem.<br>
_______________________________________________<br>
tinc mailing list<br>
<a href="mailto:tinc@tinc-vpn.org">tinc@tinc-vpn.org</a><br>
<a href="http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc" target="_blank">http://www.tinc-vpn.org/cgi-bin/mailman/listinfo/tinc</a><br>
</blockquote></div>