トランスポート アドレスの共有

ほとんどの場合、Winsock カーネル (WSK) アプリケーションは、別のソケットで既に使用されているローカル トランスポート アドレスにソケットをバインドできません。 WSK アプリケーションでは、SO_EXCLUSIVEADDRUSE および SO_REUSEADDR ソケット オプションを使用して、ソケットのバインド先のローカル トランスポート アドレスの共有を制御できます。 これらのどちらのソケット オプションも、既定ではソケットに対して設定されていません。 ソケット オプションを設定する方法の詳細については、「ソケットでの制御操作の実行」を参照してください。

次の表は、別のソケットで既に使用されているローカル トランスポート アドレスに 2 番目のソケットをバインドした結果を示しています。 Wildcard および Specific のケースでは、ソケットをワイルドカード ローカル トランスポート アドレスカードまたは特定のローカル トランスポート アドレスにバインドするかどうかを指定します。

結果は次のように定義されています。

SUCCESS
2 番目のソケットのバインド操作は成功します。 WSK サブシステムは、STATUS_SUCCESSの状態を返します。

INUSE
2 番目のソケットでのバインド操作が失敗します。 WSK サブシステムは、STATUS_ADDRESS_ALREADY_EXISTSの状態を返します。

DENIED
2 番目のソケットでのバインド操作が失敗します。 WSK サブシステムは、STATUS_ACCESS_DENIEDの状態を返します。

CHECK
アクセスチェックは、2 番目のソケットでのバインド操作が成功または失敗したかどうかを判断するために実行されます。 アクセスが許可されると、バインドは成功し、WSK サブシステムは STATUS_SUCCESS の状態を返します。 アクセスが拒否されると、バインドは失敗し、WSK サブシステムは STATUS_ACCESS_DENIED の状態を返します。

アクセス チェックが実行される前の表で定義されている場合、2 番目のソケットのセキュリティ コンテキストは、最初のソケットのセキュリティ記述子に対してチェックされます。

• ソケットのセキュリティ コンテキストは、ソケットの作成時に WskSocket 関数または WskSocketConnect 関数に渡される OwningProcess パラメーターと OwningThread パラメーターによって決定されます。 ソケットの作成時に特定のプロセスまたはスレッドが指定されていない場合は、ソケットを作成したプロセスのセキュリティ コンテキストが使用されます。

• ソケットのセキュリティ記述子は、ソケットの作成時に WskSocket 関数または WskSocketConnect 関数に渡される SecurityDescriptor パラメーターによって指定されます。 特定のセキュリティ記述子が指定されていない場合、WSK サブシステムは、トランスポート アドレスの共有を許可しない既定のセキュリティ記述子を使用します。 SO_WSK_SECURITY ソケット オプションを使用してソケットが作成された後に、ソケットにセキュリティ記述子を適用することもできます。

2 つのソケットが 2 つの異なる特定のローカル トランスポート アドレスにバインドされている場合、どちらのトランスポート アドレスも共有されません。 この状況では、2 番目のバインド操作は常に正常に完了します。