BIND 10 #1184: Resolver/root_addresses is not used
BIND 10 Development
do-not-reply at isc.org
Wed Aug 17 13:53:48 UTC 2011
#1184: Resolver/root_addresses is not used
---------------------------------+-----------------------------------------
Reporter: jreed | Owner:
Type: defect | Status: new
Priority: major | Milestone: New Tasks
Component: resolver | Keywords:
Sensitive: 0 | Defect Severity: High
Sub-Project: DNS | Feature Depending on Ticket:
Estimated Difficulty: 0 | Add Hours to Ticket: 0
Total Hours: 0 | Internal?: 0
---------------------------------+-----------------------------------------
Resolver/root_addresses has default of ::1 port 53.
But src/bin/resolver/main.cc has hard-coded l.root-server.net addresses
(it used to use an f.root address hardcoded in asiolink).
It logs:
{{{
2011-08-17 06:17:57.903 WARN [b10-resolver.resolver]
RESOLVER_NO_ROOT_ADDRESS no root addresses available
}}}
Attempting to change it fails with:
{{{
> config show Resolver/root_addresses
Resolver/root_addresses [] list (default)
> config add Resolver/root_addresses
> config show Resolver/root_addresses
Resolver/root_addresses[0]/address "::1" string (default)
Resolver/root_addresses[0]/port 53 integer (default)
> config commit
Error: Address must contain both the IPaddress and port
Configuration not committed
}}}
Setting both will allow it to commit. (It will not commit with just
setting the address.)
I restarted bind10 and it logged my new setting:
{{{
2011-08-17 06:28:07.947 INFO [b10-resolver.resolver]
RESOLVER_SET_ROOT_ADDRESS setting root address 192.5.5.241(53)
}}}
But tcpdump still shows it using the hardcoded entry. (In my several
attempts, it always starts with the IPv4 address.)
So to fix this ticket I propose:
1) remove the hardcoded addresses from main.cc.
2) Put the addresses into resolver.spec.pre.in.
Note: Consider at this time to allow root_addresses to contain many
addresses, so add all of them now.
(Maybe even add a unused "label" or "name" for each of them so they can be
identified. But that doesn't matter to me.)
3) make resolver work for when the Resolver/root_addresses is changed,
regardless if port is changed or not.
(I think only a single port is useful, so don't need to allow configurable
port per address, but it is fine if we continue this way.)
--
Ticket URL: <http://bind10.isc.org/ticket/1184>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list