From: Tom Rymes <trymes@rymes.com>
To: development@lists.ipfire.org
Subject: Re: Long delays restarting unbound if Red is down
Date: Thu, 13 Dec 2018 11:36:45 -0500 [thread overview]
Message-ID: <94190F08-05FC-41C1-B68D-6D8CEE8195DC@rymes.com> (raw)
In-Reply-To: <33D5B8AF-7366-46FE-9460-DE4219297128@ipfire.org>
[-- Attachment #1: Type: text/plain, Size: 1649 bytes --]
That’s precisely the problem, Michael. Everything works fine, until something (like an internet outage) prevents you from reaching the DNS servers. Then, when you reboot the router as part of a troubleshooting process, it takes forever while unbound flails about.
In this instance, we were replacing a failed router, and someone had misconfigured the red interface settings, so we were modifying those settings in setup. It took us a while to figure out what we were doing wrong, so we ended up having to wait over and over again as unbound tried to restart and failed. We were the problem, but unbound made it a real hassle while we worked to figure out what we were doing wrong.
Shouldn’t it have a reasonably short timeout for when the DNS servers are unavailable?
Tom
> On Dec 13, 2018, at 11:19 AM, Michael Tremer <michael.tremer(a)ipfire.org> wrote:
>
> Hi Tom,
>
> the script is usually quite fast when it can reach the DNS servers.
>
> If it can’t it is waiting quite long and runs into a timeout.
>
> Is there a reason why it cannot reach the DNS servers? It should be able to or you should not have functioning DNS.
>
> -Michael
>
>> On 12 Dec 2018, at 15:31, Tom Rymes <trymes(a)rymes.com> wrote:
>>
>> Last night we were fighting with a router that had a non-functioning red interface. It ended up being a misconfiguration on our part, but while we were troubleshooting, we routinely had to wait for very long periods as unbound failed to contact the defined name servers.
>>
>> Is there a way to make the startup script time out more quickly when things are not functioning?
>>
>> Tom
>
next prev parent reply other threads:[~2018-12-13 16:36 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-12 15:31 Tom Rymes
2018-12-13 16:18 ` Michael Tremer
2018-12-13 16:36 ` Tom Rymes [this message]
2018-12-13 16:41 ` Michael Tremer
2018-12-13 17:00 ` Tom Rymes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=94190F08-05FC-41C1-B68D-6D8CEE8195DC@rymes.com \
--to=trymes@rymes.com \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox