[Unbound-users] Timeout and NS specification

[W.C.A. Wijngaards]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Vladimir,

On 06/19/2013 01:00 PM, Vladimir Levijev wrote:
> On 17 June 2013 12:56, Vladimir Levijev
> <vladimir.levijev at gmail.com> wrote:
> 
> Hi,
> 
>> I have read through
>> 
>> http://www.unbound.net/documentation/info_timeout.html
>> 
>> and understood that there is basically no way I could specify a 
>> timeout of the resolve operation? Say, I'd like to perform this
>> query using UDP, 3 attempts with 5 seconds timeout (15 seconds
>> max timeout).
>> 
>> Another question, can I specify that I need to make a TCP
>> request?
>> 
>> Also I could not find a way to specify a particular nameserver
>> when doing a request, is unbound always using a local resolver 
>> configuration (resolv.conf)? I basically need to specify an NS
>> for every request, e. g. I can not just have a list in
>> resolv.conf or something.
>> 
>> I am using an async call ub_resolve_async() .
>> 
>> Please, let me know if you know some other library that I should
>> be using.
> 
> I have noticed that this list is active after all. :-) Good, maybe
> I just asked my questions in too complicated way. I'll try to keep
> it short and simple.
> 
> 1). Is there a way I could specify the timeout and number of
> retries with a query? 2). Is there a way I could specify TCP/UDP to
> use when doing a query? 3). Is there a way I could specify a target
> nameserver with every query I make (without reading a file
> containing nameserver entries)?

No, no and no.  Unbound picks the fastest server (or probes for
servers).  It falls back to TCP when it receives a +TC flag.

Are you looking for libldns, where you can specify this?

Best regards,
   Wouter


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJRwZU0AAoJEJ9vHC1+BF+N9zgP/iJBilsdtKE63T/JIeroFfyt
PW2scMVfynXflZGqGeyd2kLvLDjA5umpFIbuK3nPDM1fNVE/AJFWCCIM/4C22BxZ
evcnNv3ILAOn003JrE/OHOd5vep48XfutC7fN5jANYosDTCibKoJRGIwOIOa9thN
SAuJlF55w0V/Atb+Y0iG0sHilwNCScttH5NTCZ3LUkJUmaD3BvtPP2y5+rOFEVOc
VYDfR9HRxnqxu5liMld/Fe/nDT+Pw52MdpUmQzCeV7c1a3UsGuWDctzdWiiDssQV
fQ91T1dNQabVhmzmpzN4NCeVomAFQFeOXW/BSKNIVT8sB3pUcGqmkZEnaXQ3GIdJ
xzOLY4gRHYdp/666ad/RL5xqSbtO1zfmTs3eRTwDMvM0MyCr9B5VA2gXJEeypqF3
6HvksWOqR8MOOidmMmWOYXEL5OIt1UWk5qj7I/VXKaK9Uag44+hueFM0/kfLhv0P
6XiEVnM9JGqJ/KVQAR2G4OA0wNgCSJ5pPZOZ2GX8S+mNvZFiz5yfTSL8LCmWnJ8x
ht/vLnxwwAamde3V9zDBiWe8B9PjJrj0K2RWmaMbMimJz+unEdA1b5tHwHiBbM/E
A5WpQLaOPJD/woeoyASCuTwb4kXTAF0p/bDlj+vTTylEFc4AaQNkx+WPISH5Ku/j
7o54RQCOihKlE0xB4y5G
=8FKh
-----END PGP SIGNATURE-----