(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)
[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 fix it
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
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 email
[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 dislike
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
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
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 to
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. But,,,
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
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 the
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. I'm not sure
[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.
ok.
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 really
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,
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,
16 matches
Mail list logo