Matzにっき(2004-01-21)

2004-01-21 [長年日記]

_ [Ruby]getaddrinfo(その4)

「通常のホスト名からも数値的なホスト名からも、区別なくホスト情報(hostent)を得たい」というのはちょっと変ですか。もともとIPv6 safeで通常のホスト名からも数値的なホスト名も区別しないgethostbyname(3)が欲しいだけなんですが、それってそんなに変な要求なのでしょうか。

念のためですが、欲しいのはhostentであって、かならずしも逆引きして欲しいわけではないです。よって、ゆうぞうさんのパッチはやりすぎのような気がします。

問題にしているのはman getaddrinfo(3)に

The nodename and servname arguments are pointers to null-terminated strings or NULL. One or both of these two arguments must be a non-NULL pointer.

とあり、

If the AI_CANONNAME bit is set in the ai_flags member of the hints struc- ture, then upon successful return the ai_canonname member of the first addrinfo structure in the linked list will point to a null-terminated string containing the canonical name of the specified nodename.

としか書いてないのにai_canonnameがNULLというのはどういうことか、使いにくいじゃないか、という点だけです。しかもservnameを指定するとちゃんと逆引きしてai_canonnameを与えてくれるのに。 RFCを読めばちゃんと書いてあるのかしら。

_ [Ruby]getaddrinfo(その5)

「servnameを指定するとちゃんと逆引きして」というのは勘違いでした。 RubyのSocket#getaddrinfoメソッドは確かにそうなんですけど、内部でgetnameinfoを呼んで明示的に逆引きしてました。

で、結論としては

if the canonical name is not available, then ai_canonname shall refer to the nodename argument or a string with the same contents.

ということであれば、τ森さんや曽田さんのおっしゃる通り「getaddrinfo(3) が成功して、かつ ai_canonname がNULLなら元の文字列(のコピー)を使う」という線で行こうと思います。

情報提供してくださった皆さん、どうもありがとうございました。

本日のツッコミ(全1件) [ツッコミを入れる]

_ soda (2004-01-21 19:00)

「しかもservnameを指定するとちゃんと逆引きして ai_canonnameを 与えてくれる」というのは確かでしょうか？ 少なくとも NetBSD では、たとえ AI_CANONNAME と servname を 指定しても、nodename が IPv4 の数値的なホスト名だと、 ai_canonname は NULL のままです。たぶん FreeBSD でも同じだと 思うんですが… それから、「かならずしも逆引きして欲しいわけではない」という ところにひょっとすると誤解がありそうな気がするんですが、 gethostbyname(3) は、決して逆引きをしないと思います。 最新の BSD 系の getaddrinfo(3) も、この常識を引き継いでいて、 逆引きは行わないと理解しています。ただし、古いバージョンでは、 実は逆引きを行っていました。KAME のリポジトリ http://orange.kame.net/dev/cvsweb.cgi/kame/kame/kame/libinet6/getaddrinfo.c?cvsroot=kame の revision 1.42 で、逆引きを行わないように訂正されており、 BSD 系 OS が利用しているのも、この実装です。 従って、getaddrinfo(3) が ai_canonname に返すのは、逆引き した名前ではなく、正引きを行った際に用いた FQDN です。 しかし、glibc で AI_CANONNAME を指定すると、KAME の昔の実装の ように逆引きを行い、その結果を ai_canonname に返すようです。 この意味で、従来の gethostbyname(3) 的な常識は、Linux の getaddrinfo(3) には通用しません。 で、実は前回の私のコメントに誤りがありました。 前回「Solaris のやっているような数値アドレス文字列をそのまま ai_canonname に返すやり方は、この点で問題がある」と書きました が、最新の仕様である RFC3493 や SUSv3 では、この Solaris の 挙動にすべきであると、明示的に書かれていました: if the canonical name is not available, then ai_canonname shall refer to the nodename argument or a string with the same contents. 「shall」ですから、「must」や「required」と同義であり必須を 意味すると思います。(この記述は、旧版の RFC2553 にはありま せんでした) この Solaris が行っているような処理は、BSD 系 getaddrinfo(3) のソースコードにも含まれてはいるんですが、IPv4 の場合には #if 0 で明示的に disable されています (→ KAME の revision 1.158)。 ただし IPv6 の場合には enableされています (→ KAME の revision 1.105)。この disable は意図的なものだと思うのですが、理由は 私には分かりません。itojun さんなど、KAME 関係者に聞くのが 早道ではないかと思います。 で、実際にどうすれば良いかという話に戻ると、上述のように、 実装内容に揺れがあるがあるわけですから、移植性を考えると、 RFC3493 の仕様に従ってない実装を無視するわけにはいかないと 思います。結局、τ森さんの書かれた通り、getaddrinfo(3) が 成功して、かつ ai_canonname がNULLなら元の文字列(のコピー)を 使うというのが、SUSv3 と等価な結果を得られる、最も現実的な 解ではないでしょうか。

ツッコミ・コメントがあればどうぞ! E-mailアドレスは公開されません。

[]