<div>Hi,</div>Thanx for the reply and I am still facing the same issue, one more thing I wanted to add is I am having a pf firewall on the same machine. Everything works fine as long as the DSL connection is up, but once the DSL goes down and come back everything is back except unbound and its damn frustrating to be unable to resolve it. I never had to face it with old version before I updated.<div><br></div><div>Still waiting to hear from others</div><div>Dotfish<br><div><br><br>On Thu, 13 Jan 2011 16:37:13 , "W.C.A. Wijngaards" <wouter@NLnetLabs.nl> wrote<br>-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Hi Dotfish,<br>
<br>
It would be interesting to hear from others, as I do not have experience<br>
with connection failures.<br>
<br>
On 01/10/2011 06:00 AM, Babu C wrote:<br>
> I am  running unbound for a year and found its very useful to speedup<br>
> browsing for my network and its users. <br>
<br>
Thanks :-)<br>
<br>
> I have recently upgraded my OS and Unbound, since then I am facing a<br>
> particular problem, when the ADSL connection goes down and come back<br>
> Unbound refuses to resolve the queries till I restart Unbound. I never<br>
> faced this issue with previous unbound version. I tried googling<br>
> and couldn't find any thing to mitigate my problem.<br>
> <br>
> OS - FreeBSD 8.1<br>
> Unbound :  Unbound 1.4.7<br>
<br>
Since unbound 1.4.7 there is a change in the timout code, blog here:<br>
http://www.unbound.net/documentation/info_timeout.html<br>
<br>
It means that if the issue was longer than a couple of minutes, unbound<br>
will start to probe once every 15 minutes.  You would have to wait for<br>
(up to) 15 minutes (per domain) before unbound notices the link coming<br>
up again.  You likely did not want to wait and the restart cleared the<br>
timers.  (there is also the flush_infra all command in 1.4.7 if you do<br>
not want to lose the other cache contents).<br>
<br>
If you experience these issues more frequently ( :-( ), you could<br>
consider the config option:  infra-host-ttl: 60<br>
(or another value lower than the default 900 seconds).  This makes<br>
unbound forget the connection problem, or retry a destination sooner.<br>
It would likely cause unbound to come back up after a minute or so, if<br>
you experience another outage.<br>
<br>
> When I started noticing this issue, I increased the verbosity to 3 in<br>
> unbound.conf and found the following error logged <br>
> unbound: [847:1] error: tcp connect: No route to host<br>
> Kindly help me to resolve this issue<br>
<br>
FreeBSD tells unbound that the connect(2) syscall gets the errno: No<br>
route to host, when it (in desperation?) tries to connect over TCP to a<br>
remote nameserver.  Look at the route table (netstat -r).  Likely your<br>
connection is down and the upstream route is withdrawn?  Or is this a<br>
different problem?<br>
<br>
Best regards,<br>
   Wouter<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.11 (GNU/Linux)<br>
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/<br>
<br>
iEYEARECAAYFAk0u3DUACgkQkDLqNwOhpPjoogCfaQ0PTHTO9C4HgX5b/AolTCLc<br>
JwEAn25mYSL6ktmJfp9pZIse6p4Wz3Jj<br>
=Bs7/<br>
-----END PGP SIGNATURE-----<br>
_______________________________________________<br>
Unbound-users mailing list<br>
Unbound-users@unbound.net<br>
http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users<br>
</div></div><br><A HREF="http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?" target="_blank"><IMG SRC="http://sigads.rediff.com/RealMedia/ads/adstream_nx.ads/www.rediffmail.com/signatureline.htm@Middle"></A>