はじめに

VMware Fusion 8, Workstation 12, Player 12 には、IPv6 NAT (NAPT)機能が提供されている。NAT配下のVMにULAを配布して、ホストOS IPv6アドレスを1つだけ持っていれば、ポート変換まで通信する事ができる。

   |
   | 2001:db8::xxxx (GUA)
[VMware]
[ NAT  ] ↓↓↓↓↓ホストOS内の仮想ネットワークの世界
   | 
   | RA     fd01:2::/64 (IPv6 ULA)
   | DHCPv4 192.168.46.0/24 (IPv4プライベート)
---+-----------------------+---
                           |
                     [VM: Windows10]

NAT配下にWindows 10のVMをおいて、RAでULAを配布してみたら、IPv4 onlyのサイト(例えばgithub.com) につながらなくなってしまった。ULAの配布をやめれば問題なくつながる。

アプリケーションの動作

FireFoxとVisutal Studio 2015 にバンドルされる git for Windows の動作例。どちらも名前解決に失敗して動作が止まる。しかしIPv4インターネットにはつながっているし、DNSサーバはAクエリに対してA応答を返してくる。

名前解決API getaddrinfo() の動き

テスト

呼び出しの前提として、github.com に２つのAレコードがついているとする

github.com.  IN A 192.30.253.112
github.com.  IN A 192.30.253.113

IPv6デュアルスタック、VMwareのDNSプロキシを使用、かつ下記の引数で github.com の名前解決を試みると

int getaddrinfo(hints, ai0, nodename, servname)

IN hints
     .ai_family = PF_UNSPEC;
     .ai_socktype = SOCK_STREAM;
     .ai_flags = 0;
OUT ai0
IN nodename = "github.com";
IN servname = "https";

呼び出し関数戻り値（結果）は

OS	IPv6あり (デュアルスタック)	IPv6なし (IPv4 only)
Windows 10 Pro	失敗(EAI_FAIL)※1	成功※2
Ubuntu 16.04 LTS	成功※3	成功※3
FreeBSD 11.0-RELEASE	成功※4	成功※4

分析＆推測

ケース　※1 (Windows デュアルスタック)

getaddrinfo() 自身が失敗で終わるのでIPv4アドレスも取れない。CNAMEのループを処理できなくなりEAI_FAILが返すのではないかと思う。EAI_FAILのテキスト表現、gai_sterror() の出力は "non-recoverable failure in name resolution"

ケース　※2 (Windows IPv4 only)

Windows Vista以降では、IPv4 onlyの環境ではAAAAクエリの生成しないので、AAAAクエリの応答に対する回答を解釈しない。CNAMEのループを処理する必要がないため、成功を返すと推測している。

ケース　※3 (Linux glibc)

名前解決は成功するが同じアドレスが２つ重なったアドレスリストが得られる。

192.30.253.113
192.30.253.112
192.30.253.113

最初の一つ目は、AAAAクエリに対して得たA応答から作った要素、後者の２つがAクエリに対して得たA応答から要素を作り、全体のリストを作っていると推測する。

ケース　※4 (FreeBSD libc)

名前解決は成功して返却されるアドレスリストも

192.30.253.112
192.30.253.113

重複はない。ちなみに、syslogには gethostby*.getanswer: asked for "github.com IN AAAA", got type A と出力される。

原因

VMwareのDNS proxyがAAAAクエリを適切に処理できないため。動作の詳細を下記のノートのまとめてある。

VMware Fusion 8のDNSプロキシ, AAAAクエリに対する不正な応答 (たぶん Workstation, Player 12も), http://qiita.com/ip6/items/e82279656837fa474589

workaround

VMware NATのDNSプロキシを使わない。