This is the mail archive of the ecos-patches@sources.redhat.com mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [APPROVE?] DNS test fixes


Andrew Lunn wrote:
We could probably do this better if there was some well known public DNS server we could use that _didn't_ require recursion support in the client.


Could one of the eCos support companies run such a server? I don't
expect it would get much load.

For public access? Many companies don't want to just for security paranoia, but that won't be so bad if someone has a DMZ.


Also define "well known"... not many companies could guarantee they won't change IP address in a year, never mind two or three! I guess the requirement is that they own the IP allocation outright themselves, rather than as part of their ISP (i.e. they could take the IP addresses with them if they changed ISP). I think the term is a "direct assignment".

Red Hat has one for example ( according to "whois 66 dot 187 dot 229 dot 0 at whois dot arin dot net"). But of course I don't know of any public recursing servers in Red Hat.

But I thought of one other large company with one. And would you believe it, it's DNS server allows recursion! See below:

rift:~$ dig sources.redhat.com @ns.ascom.ch any

; <<>> DiG 9.2.1 <<>> sources.redhat.com @ns.ascom.ch any
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22934
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 3, ADDITIONAL: 4

;; QUESTION SECTION:
;sources.redhat.com.		IN	ANY

;; ANSWER SECTION:
sources.redhat.com.	600	IN	MX	10 sources.redhat.com.
sources.redhat.com.	600	IN	A	66.187.233.205
[snip]

So Andrew, do you think you could verify internally that ns.ascom.ch will be staying on its IP address and will continue not to require client recursion support as at present? :-) Ascom also appears to have a direct assignment from RIPE.

If not, it's a company with this type of address allocation we'd want to do it. And that isn't eCosCentric at least unfortunately.

Jifl
--
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]