mDN Wrapper

実現方法 - Wrapper DLL

ラッパーDLL は、アプリケーションと元のDLL との間に割り込んで、アプリケーションからのDLL の呼び出しを横取りして、本来のDLL とは異なった処理をさせるものです。

アプリケーションからのDLL の呼び出しはラッパーに渡されます。ラッパーはそこで、付加的な処理を行なって、元のDLL のエントリを呼び出します。また、元のDLL の処理結果は一旦ラッパーに返され、ここでも付加的な処理を行なって、最終的な結果がアプリケーションに返されることになります。

mDN wrapper では、WINSOCK DLLの

WSOCK32.DLL WINSOCK V1.1

WS2_32.DLL WINSOCK V2.0

に対するラッパーDLL を提供して、多言語ドメイン名の名前解決ができるようにします。

注 : 16ビット版のWINSOCK (WINSOCK.DLL) は対象外です。

処理対象のAPI

mDN Wrapper はWINSOCK の名前解決に関連したAPI についてのみ付加的な処理を行ないます。処理の対象となるWINSOCK APIは以下のものです。

WINSOCK 1.1, WINSOCK 2.0 の両方にあるもの

gethostbyaddr

gethostbyname

WSAAsyncGetHostByAddr

WSAAsyncGetHostByName

WINSOCK 2.0 だけにあるもの

WSALookupServiceBeginA

WSALookupServiceNextA

WSALookupServiceEnd

アプリケーションによっては、これらのAPI を使わないで独自にドメイン名の解決を行なうものもあります。例えば、nslookupは、これらのAPI を使わないで、内部で独自にDNS リクエストの生成、解釈を行なっています。当然のことながら、これらのアプリケーションについては、 mDN Wrapper では多言語化対応させることはできません。

注 : dnsproxyはネットワーク上でDNS のリクエスト、レスポンスについて多言語化しますので、これらのアプリケーションについても多言語化させることができます。必要に応じて適時使い分けるといいでしょう。

注 : WINSOCK 2.0 には、WIDE CHARACTER ベースの名前解決のAPI として

WSALookupServiceBeginW

WSALookupServiceNextW

もありますが、これらについてはラップしません。これらのAPI はマイクロソフト仕様による国際化に対応したものですから、そのフレームワーク上で使うべきものです。これらについてはmDN Kit によって他の多言語フレームワークに変換してしまうのは危険ではないか、と判断しました。

処理対象外のAPI

上記以外のWINSOCK API については、mDN Wrapper はなにもしないで、元のWINSOCK API を呼び出します。 WINSOCK DLL にはドキュメントされていないエントリも含まれています。それらのエントリについては、呼び出しパラメタ等が判らないので、ラッパー内のコードから元のDLL のエントリを呼び出すことができません。そこで、mDN Wrapper は上記以外のエントリについては、 function forwarding によって、 DLL の呼び出しが元のDLL にフォワードされるようにしています。

'function forwarding' を使う場合には、ラッパーDLL 作成時にフォワード先のDLL 名を明示的に指定する必要があり、そのDLL 名はラッパー自身とは別の名前、すなわち元のDLL とも別の名前、になっていなければなりません。 mDN wrapper では、元のWINSOCK DLL を名前を変えてコピーし、それをフォワード先のDLL として使用するものとします。

wsock32.dll -> wsock32o.dll

ws2_32.dll -> ws2_32o.dll

ラッパーDLL は元のWINSOCK DLL と同じ名前で作成されます。従ってmDN wrapper がインストールされた状態では、

wsock32.dll mDN Wrapper for WINSOCK V1.1

ws2_32.dll mDN Wrapper for WINSOCK V2.0

wsock32o.dll Original WINSOCK V1.1 DLL

ws2_32o.dll Original WINSOCK V2.0 DLL

となります。

非同期 API

ドメイン名の変換は、以下のタイミングで行なわれる必要があります。

DNS へのリクエスト時

ローカルエンコーディング -> DNS エンコーディング

DNS からの応答受信時

DNS エンコーディング -> ローカルエンコーディング

同期API においては、ローカルエンコーディングからDNS エンコーディングへの変換は、元のAPI を呼び出す前に行われ、 DNS エンコーディングからローカルエンコーディングへの変換は、元のAPI から復帰してきたところで行なわれます。

しかし、WINSOCK の以下のAPI は非同期API で、 DNS からの応答受信前に復帰してしまいます。

WSAAsyncGetHostByAddr
WSAAsyncGetHostByName

これらのAPI においては、名前解決の完了は、 Windows へのメッセージによって通知されます。このため、 DNS エンコーディングからローカルエンコーディングへの変換を行なうには、ラッパーは通知先のウィンドウプロシジャのメッセージキューをフックして、この完了メッセージを捕獲する必要があります。

そこで、非同期API が呼び出された場合には、mDN Wrapper は、通知先のウィンドウプロシジャ（これはAPI のパラメタで指示されます）にフックを設定します。フックが完了メッセージ（これもAPI のパラメタで指示されます）を検出したなら、フックは結果の格納領域（これもAPI のパラメタで指示されています）のドメイン名を、 DNS 側のエンコーディングからローカルエンコーディングに変換するものとします。

Wrapper DLL のインストール

WINSOCK DLL はWindows のシステムディレクトリに置かれています。 WINSOCK を確実にラップするには、システムディレクトリにおいて

オリジナルWINSOCK DLL の名前の変更

ren wsock32.dll wsock32o.dll
ren ws2_32.dll  ws2_32o.dll

ラッパーDLL の導入

	
copy somewhere\wsock32.dll wsock32.dll
copy somewhere\ws2_32.dll  ws2_32.dll
copy another DLLs also

を行なう必要があります。

しかし、システムディレクトリでこのようなDLL の置き換えを行なうのは大変危険な操作になります。

a) DLL を入れ替えた状態で、もういちど同じ操作を行なうと、オリジナルのWINSOCK DLL が失われてしまうことになります。

b) サービスパックやアプリケーションなどで、 WINSOCK DLL を再導入するものがありますが、これによってもWINSOCK が利用不能になることがあります。

このような状態になると、ネットワーク機能が全く使えなくなったり、最悪はWindows の起動すらできなくなる可能性があります。

そこで、mDN Wrapper では、上のようなシステムレベルのラップではなく、アプリケーションに対するラップを基本機能として提供するものとします。

Windows において、DLL は、基本的には

アプリケーションのロードディレクトリ

%SystemRoot%\System32

%SystemRoot%

PATH で指示されるディレクトリ

の順序で検索されて、最初に見つかったものがロードされます。ですから、一般的には、 DLL をアプリケーションのロードディレクトリにインストールすれば、そのアプリケーションからのWINSOCK の呼び出しをラップすることができます。

ただし、いくつかのアプリケーション、DLL では、検索パスを経由せずに特定のDLL をリンクするようになっているものがあります。このような構成のアプリケーション、DLL が使われた場合には mDN Wrapper では対処することはできません。

注 : Netscapeは特定DLL にバインドされているようで、アプリケーションディレクトリへのインストールではラップできません。 WINSOCK DLL 自体もシステムディレクトリの関連DLL にバインドされているようです。一方、Internet ExploreやWindows Media Playerは標準のサーチパスに従っているので、ラップすることができます。

エンコーディングの変換位置

WINSOCK 2.0 をサポートしているWindows には、 WINSOCK の1.1 と2.0 のそれぞれに対応するDLL があり、 WINSOCK 1.1 のAPI の呼び出しは 2.0 の同じエントリにリダイレクトされるようになっています。

この場合には1.1 に対する呼び出しも2.0 に対する呼び出しも、ともにV2.0用のDLL に渡されるので、 2.0用のラッパーDLL 側だけでエンコーディングの変換を行なうようにするべきでしょう。

一方、WINSOCK 1.1 しかサポートしていない場合(Win95)には、 1.1 に対応したDLL しかありません。

この場合には必然的に1.1 用のラッパーDLL でエンコーディングを変換しなければなりません。

mDN Wrapepr がwindows のシステムディレクトリにインストールされた場合には、上の通りに動作するので、

WINSOCK 2.0 あり 2.0 ラッパーで変換

WINSOCK 1.1 のみ 1.1 ラッパーで変換

する必要があります。

しかし、アプリケーションディレクトリにインストールされた場合には動作が変わってきます。 Windows 付属の WINSOCK 1.1 DLLは、システムディレクトリのWINSOCK 2.0 にバインドされているため、アプリケーションディレクトリ側のWINSOCK 2.0 ラッパーDLL にはリダイレクトされてきません。このため、アプリケーションディレクトリへのインストールにおいては、 1.1DLL、2.0DLLの両方でエンコーディングを変換する必要があります。

このようなDLL 間のバインディングはドキュメントされていませんので、環境、バージョンによっては異なった動作をするかも知れません。そこでmDN Wrapper では、レジストリ値によって、ラッパーDLL のどこで変換を行なうかを決定するようにして、インストール先による差異、あるいはバージョンによる差異を吸収するようにします。

mDN Wrapper 用のレジストリ設定は

HKEY_LOCAL_MACHINE\SOFTWARE\JPNIC\MDN

HKEY_CURRENT_USER\SOFTWARE\JPNIC\MDN

以下に配置されます。エンコーディング変換を行なう位置については、この直下のレジストリ値 Where（REG_DWORD）によって決定します。有効な値は、

レジストリ Where (REG_DWORD)

0 WINSOCK 1.1、WINSOCK 2.0 の両方で変換する

1 WINSOCK 2.0 があれば、WINSOCK 2.0だけで変換する

WINSOCK 1.1 だけの場合には WINSOCK 1.1 で変換する

2 WINSOCK 1.1 だけで変換する

3 WINSOCK 2.0 だけで変換する

の４通りです。アプリケーションディレクトリにインストールする場合には「０」を、システムディレクトリにインストールする場合には「１」を設定する必要があります。レジストリ値が存在しない場合には「０」を想定します。これはアプリケーションディレクトリへのインストールを標準としたものです。

変換元/先のエンコーディング

ラッパーDLL では、解決しようとするドメイン名を、マシンのローカルエンコーディングからDNS サーバのエンコーディングに変換し、また、DNS が返してきたドメイン名(DNS サーバのエンコーディング)をマシンのローカルエンコーディングに戻します。

現在、DNS 側の多言語化エンコーディングについては、いくつもの方式が提案されています。ラッパーDLL はそれらのDNS 側エンコーディングのどれかひとつに変換するように構成されます。このDNS 側エンコーディングはレジストリで指示されます。このレジストリには、mDN Wrapper のインストール時にデフォルトエンコーディング（現時点ではRACE）が設定されます。当然、このレジストリは、後で他のものに変更することもできます。

mDN Wrapper 用のレジストリ設定は

HKEY_LOCAL_MACHINE\SOFTWARE\JPNIC\MDN

HKEY_CURRENT_USER\SOFTWARE\JPNIC\MDN

以下に配置されます。 DNS 側のエンコーディングはレジストリ値 Encoding （REG_SZ）で指示されます。このエンコーディング名は、libmdnで認識されるものでなければなりません。

レジストリ Encoding (REG_SZ)
DNS サーバ側のエンコーディング名を設定します

一方、アプリケーションが使用しているローカルエンコーディングは、通常はプロセスのコードページから求めます。ラッパーDLL が使用する 'iconv' ライブラリは、 windows のコードページ名をエンコーディング名として受付けることができるので、コードページ名をそのままローカルエンコーディング名として使用します。

しかし、アプリケーションによっては、特定の多言語化エンコーディングでドメイン名をエンコーディングしてしまうものもあります。例えば、IEではドメイン名をUTF-8 で表記するように指示することができるようになっています。 UTF-8 によるエンコーディングは、提案されている多言語化方式のひとつですが、多言語化されたDNS サーバは他のエンコーディングしか受付けないかも知れません。

このような状況に対処するため、mDN Wrapper は、ローカルエンコーディングとしてプログラム特有のエンコーディングも受付けることができるようにします。このようなプログラム特有のローカルエンコーディングはレジストリ記載されるものとします。

mDN Wrapper 用のプログラム特有のレジストリ設定は

HKEY_LOCAL_MACHINE\SOFTWARE\JPNIC\MDN\PerProg

HKEY_CURRENT_USER\SOFTWARE\JPNIC\MDN\PerProg

以下に、プログラム名（実行モジュールファイル名）をキーとして配置されます。例えば、Internet Explore の場合には、実行モジュール名のIEXPLOREをキーとして

HKEY_LOCAL_MACHINE\SOFTWARE\JPNIC\MDN\PerProg\IEXPLORE

以下に置かれます。ローカルエンコーディング名は、レジストリ値Encoding （REG_SZ）で指示します。これもlibmdnで認識されるものでなければなりません。

レジストリ Encoding (REG_SZ)
アプリケーションプログラム特有のエンコーディング名（デフォルトのエンコーディング以外を必要とする場合）を指定します。

ログ

mDN Wrapper が期待した動作をしない場合、動作のログは問題解決に非常に役立ちます。mDN Wrapper では、レジストリの設定により、以下の設定が可能です。

ログレベル
ログファイル

ログレベル、ログファイルともに次のレジストリの下で設定されます。

HKEY_LOCAL_MACHINE\SOFTWARE\JPNIC\MDN
HKEY_CURRENT_USER\SOFTWARE\JPNIC\MDN

ログレベルはレジストリ値 LogLevel (REG_DWORD) で指定します。定義されている値は次の通りです。

-1 (0xFFFFFFFF): [None] ログを一切出力しない
0: [Fatal] 致命的エラーのみ出力
1: [Error] 致命的でないエラーも出力
2: [Warning] 警告メッセージも出力
3: [Info] エラー以外の情報も出力
4: [Trace] プログラムのトレース情報も出力

なお、このレベル指定は mDN Wrapper が使用している MDN ライブラリの出力するログのレベル指定です。ログにはこの他 mDN Wrapper 自身が出力するものがありますが、こちらはレベル指定はできず、単にオン・オフを切り替えるだけです。-1 を指定した場合にはオフ、それ以外の値を指定した場合にはオンになります。デフォルトは -1 です。

ログファイルはログを出力するファイルのパス名を指定するもので、レジストリ値 LogFile (REG_SZ) で指定します。デフォルトは mDN Wrapper をインストールしたディレクトリの下の "mdn_wrapper.log" です。

なお、ログレベルとログファイルはコンフィギュレーションプログラムを使用しても設定することができます。

レジストリ設定 - まとめ

レジストリの優先順位

mDN Wrapper の設定情報は、HKEY_LOCAL_MACHINE、HKEY_CURRENT_USERの

Software\JPNIC\MDN

以下に格納されます。 mDN Wrapperは最初にHKEY_LOCAL_MACHINEの設定を読み込み、 HKEY_CURRENT_USER側にも設定があれば、これで上書きします。通常は、HKEY_LOCAL_MACHINE 側だけを設定します。ユーザ個別に異なった設定を使いたい場合のみ、 HKEY_CURRENT_USERを設定するようにしてください。

特に、コンフィギュレーションプログラムは常に HKEY_LOCAL_MACHINE の設定しか読み書きしません。コンフィギュレーションファイルを使用して設定を行う場合には気をつけてください。

レジストリキー

全体の共通の設定と、プログラム個別設定とがあります。

共通定義

        Software\JPNIC\MDN\Where         変換位置
	                    0:WINSOCK1.1 WINSOCK2.0の両方で
                            1:WINSOCK2.0 があればそちらで
			    2:WINSOCK1.1 だけで
			    3:WINSOCK2.0 だけで
        Software\JPNIC\MDN\Encoding      DNS側エンコーディング名
        Software\JPNIC\MDN\Normalize     正規化の方式
        Software\JPNIC\MDN\LogLevel      ログレベル
        Software\JPNIC\MDN\LogFile       ログファイル

プログラム個別設定

変換位置、およびプログラム側のエンコーディングはプログラム毎に特定することもできます。これらは、以下のキーハイブの下に、プログラム名をキーとする値で設定します。

Software\JPNIC\MDN\PerProg\<name>\Where Software\JPNIC\MDN\PerProg\<name>\Encoding

指定されていない場合には、

Where 0 1.1、2.0 の両方で変換

Encoding プロセスのコードページ

とみなします。

wsock32.dll	mDN Wrapper for WINSOCK V1.1
ws2_32.dll	mDN Wrapper for WINSOCK V2.0
wsock32o.dll	Original WINSOCK V1.1 DLL
ws2_32o.dll	Original WINSOCK V2.0 DLL

a)	DLL を入れ替えた状態で、もういちど同じ操作を行なうと、オリジナルのWINSOCK DLL が失われてしまうことになります。
b)	サービスパックやアプリケーションなどで、 WINSOCK DLL を再導入するものがありますが、これによってもWINSOCK が利用不能になることがあります。

WINSOCK 2.0 あり	2.0 ラッパーで変換
WINSOCK 1.1 のみ	1.1 ラッパーで変換

0		WINSOCK 1.1、WINSOCK 2.0 の両方で変換する
1		WINSOCK 2.0 があれば、WINSOCK 2.0だけで変換する
		WINSOCK 1.1 だけの場合には WINSOCK 1.1 で変換する
2		WINSOCK 1.1 だけで変換する
3		WINSOCK 2.0 だけで変換する

Where	0	1.1、2.0 の両方で変換
Encoding		プロセスのコードページ