Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread itojun
>> As I said, the above order makes more sense. However, to do the above >> we need a MAJOR rewrite in src/lib/libc/net. BIND9 does not address >> this problem either. Let us (KAME) think what is the best solution >> in long-term, and short-term. >ok. For now I've found the

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Ben Smithurst
[EMAIL PROTECTED] wrote: > As I said, the above order makes more sense. However, to do the above > we need a MAJOR rewrite in src/lib/libc/net. BIND9 does not address > this problem either. Let us (KAME) think what is the best solution > in long-term, and short-term. o

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Ben Smithurst
[EMAIL PROTECTED] wrote: > (I've tried to send it personally but it seems I couldn't) oh? Why not? I hope my ISP hasn't broken something. > if you put the following line into /etc/hosts, your case should be okay. > > --- from here > ::1 localhost > --- to here well, that will fi

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Yoshinobu Inoue
> >lookup "foo" in /etc/hosts for either address type > >lookup "foo.domain." in DNS () > >lookup "foo.domain." in DNS (A) > >lookup "foo." in DNS () > >lookup "foo." in DNS (A) > > > >this seems the best to me, but I wouldn't know if it's a) easy, b) possible, > >c) standards conforming.

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread itojun
>> lookup /etc/hosts for IPv6 address >> lookup DNS for IPv6 address <--- >> lookup /etc/hosts for IPv4 address >> lookup DNS for IPv4 address >> Ben dislikes the second item on the above. >What I dislike really is looking up th

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Ben Smithurst
[EMAIL PROTECTED] wrote: > lookup /etc/hosts for IPv6 address > lookup DNS for IPv6 address <--- > lookup /etc/hosts for IPv4 address > lookup DNS for IPv4 address > Ben dislikes the second item on the above. What I dislik

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Ben Smithurst
I wrote: > I'm not sure where /etc/hosts would go. sorry, forget that bit, I wrote that before I'd finished writing the search order, which did include /etc/hosts in the end. -- Ben Smithurst / [EMAIL PROTECTED] / PGP: 0x99392F7D To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscrib

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread itojun
(I've tried to send it personally but it seems I couldn't) >> Ben, if you run tcpdump, do you see forward lookups for ? >yes: >10:32:43.545488 platinum.scientia.demon.co.uk.1787 > >magnesium.scientia.demon.co.uk.domain: 42376+ ? localhost.scientia.demon.co.uk. >(48) >10:32

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Ben Smithurst
Jun-ichiro itojun Hagino wrote: > Ben, if you run tcpdump, do you see forward lookups for ? yes: 10:32:43.545488 platinum.scientia.demon.co.uk.1787 > magnesium.scientia.demon.co.uk.domain: 42376+ ? localhost.scientia.demon.co.uk. (48) 10:32:43.545951 magnesium.scientia.demon.co.

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Yoshinobu Inoue
> >>I'm not sure what is meant in above (shin, if possible email me > >>in Japanese privately). > >Woops sorry, just replace AI_CANNONNAME with AI_ADDRCONFIG. > > Now I see what you meant. Thanks. Then maybe getipnodebyname() > misbehaving? Yes it won't be spec conformant.

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread itojun
>> I'm not sure what is meant in above (shin, if possible email me >> in Japanese privately). >Woops sorry, just replace AI_CANNONNAME with AI_ADDRCONFIG. Now I see what you meant. Thanks. Then maybe getipnodebyname() misbehaving? itojun To Unsubscribe: send mail t

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Yoshinobu Inoue
> >Wmmm, strangely enough, current getaddrinfo() still specifying > >AI_CANONNAME inside. (It should be removed to conform current > >spec, but as far as I checked, still there seems to be apps > >which got into trouble with that change.) > > I'm not sure what is meant in above (shin, if po

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread itojun
>Wmmm, strangely enough, current getaddrinfo() still specifying >AI_CANONNAME inside. (It should be removed to conform current >spec, but as far as I checked, still there seems to be apps >which got into trouble with that change.) I'm not sure what is meant in above (shin, if possible em

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-14 Thread Yoshinobu Inoue
> >> Is it just some misconfiguration of mine which causes getaddrinfo() > >> with an unqualified hostname, IPv6 and hints->ai_family == AF_UNSPEC > >> to block (trying a DNS lookup I guess), even when the hostname has a > >> perfectly good IPv4 address, or is this normal behaviour? This seems > >

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-13 Thread Jun-ichiro itojun Hagino
>> Is it just some misconfiguration of mine which causes getaddrinfo() >> with an unqualified hostname, IPv6 and hints->ai_family == AF_UNSPEC >> to block (trying a DNS lookup I guess), even when the hostname has a >> perfectly good IPv4 address, or is this normal behaviour? This seems >> rather

Re: getaddrinfo with IPv6 and unqualified hostname

2000-02-13 Thread Yoshinobu Inoue
> Is it just some misconfiguration of mine which causes getaddrinfo() > with an unqualified hostname, IPv6 and hints->ai_family == AF_UNSPEC > to block (trying a DNS lookup I guess), even when the hostname has a > perfectly good IPv4 address, or is this normal behaviour? This seems > rather annoyi

getaddrinfo with IPv6 and unqualified hostname

2000-02-13 Thread Ben Smithurst
Is it just some misconfiguration of mine which causes getaddrinfo() with an unqualified hostname, IPv6 and hints->ai_family == AF_UNSPEC to block (trying a DNS lookup I guess), even when the hostname has a perfectly good IPv4 address, or is this normal behaviour? This seems rather annoying, and me