BIND 10 #1073: root_addresses settings doesn't work for resolver
BIND 10 Development
do-not-reply at isc.org
Fri Mar 16 16:45:27 UTC 2012
#1073: root_addresses settings doesn't work for resolver
-------------------------------------+-------------------------------------
Reporter: | Owner:
zhangcuiling | Status: new
Type: | Milestone: Year 3 Task
defect | Backlog
Priority: low | Resolution:
Component: | Sensitive: 0
Unclassified | Sub-Project: DNS
Keywords: | Estimated Difficulty: 0.0
Defect Severity: | Total Hours: 0
Medium |
Feature Depending on Ticket: |
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Comment (by jreed):
This is the same as #1184. I will close that one. Here are its details:
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.)
4) make sure logging is correct. Probably the RESOLVER_NO_ROOT_ADDRESS
will never be logged again after this is fixed.
--
Ticket URL: <http://bind10.isc.org/ticket/1073#comment:2>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list