RpcServerUseProtseqEx 関数 (rpcdce.h)
RpcServerUseProtseqEx 関数は、リモート プロシージャ 呼び出しを受信するために指定されたプロトコル シーケンスを使用するように RPC ランタイム ライブラリに指示します。
構文
RPC_STATUS RpcServerUseProtseqEx(
RPC_CSTR Protseq,
unsigned int MaxCalls,
void *SecurityDescriptor,
PRPC_POLICY Policy
);
パラメーター
Protseq
RPC ランタイム ライブラリに登録するプロトコル シーケンスの文字列識別子へのポインター。
MaxCalls
ncacn_ip_tcp プロトコル シーケンスのバックログ キューの長さ。 他のすべてのプロトコル シーケンスでは、このパラメーターは無視されます。 既定値を指定するには、RPC_C_PROTSEQ_MAX_REQS_DEFAULTを使用します。 「解説」を参照してください。
SecurityDescriptor
Windows XP/2000/NT セキュリティ サブシステムに提供される省略可能なパラメーターへのポインター。 ncacn_npおよび ncalrpc プロトコル シーケンスにのみ使用されます。 他のすべてのプロトコル シーケンスでは、このパラメーターは無視されます。 サーバーをセキュリティで保護するためにエンドポイントでセキュリティ記述子を使用することはお勧めしません。 このパラメーターは、この API の DCE 仕様には表示されません。
Policy
動的ポートのポート割り当てを制限し、マルチホーム コンピューターがネットワーク インターフェイス カードに選択的にバインドできるようにするフラグを含む、 RPC_POLICY 構造体へのポインター。 RPC_POLICY構造を使用すると、呼び出し元は RPC ランタイム ライブラリにイントラネット ポートやインターネット ポートなどを使用するように指示できます。
戻り値
| 値 | 意味 |
|---|---|
|
呼び出しは成功しました。 |
|
プロトコル シーケンスは、このホストではサポートされていません。 |
|
プロトコル シーケンス。 |
|
システムがメモリ不足です。 |
|
セキュリティ記述子が無効です。 |
注釈
RpcServerUseProtseqEx のパラメーターと効果は、RpcServerUseProtseq のパラメーターと効果です。 違いは、 動的 ポートのポート割り当てを制限し、マルチホーム マシンがネットワーク インターフェイス カードに選択的にバインドできるようにするポリシー フィールドです。
RPC_POLICY構造体の NICFlags フィールドを 0 に設定すると、この拡張関数は元の RpcServerUseProtseq と機能的に同じになり、サーバーはシステム レジストリの設定に基づいて NIC にバインドされます。 詳細については、「 ポート割り当てと選択的バインディングのレジストリの構成」を参照してください。
サーバーによって登録されたプロトコル シーケンスごとに、RPC ランタイム ライブラリによって、サーバーがリモート プロシージャ コール要求を受信する 1 つ以上のエンドポイントが作成されます。 RPC ランタイム ライブラリは、プロトコル シーケンスごとに異なるエンドポイントを作成します。 エンドポイント名は、RPC ランタイムまたはオペレーティング システムによって生成されます。 たとえば、 ncacn_ip_tcpの場合、ポート番号は、可用性とレジストリの設定に応じて、RPC ランタイムによって動的に決定されます。
MaxCalls の場合、アプリケーションによって提供される値はヒントにすぎません。 RPC ランタイムまたは Windows ソケット プロバイダーが値をオーバーライドする場合があります。 たとえば、Windows XP または Windows 2000 Professional では、値は 5 に制限されます。 5 より大きい値は無視され、代わりに 5 が使用されます。 Windows Server 2003 および Windows 2000 Server では、値が優先されます。
アプリケーションは 、MaxCalls で適切な値を渡すように注意する必要があります。 Server、Advanced Server、または Datacenter Server の値が大きいと、大量の非ページ プール メモリが使用される可能性があります。 値が小さすぎると、バックログ キューが使い果たされた場合に、サーバーから TCP RST によって TCP SYN パケットが満たされる可能性があるため、値を使用しても好ましくない場合があります。 アプリケーション開発者は、 MaxCalls の適切な値を決定するときに、メモリ占有領域とスケーラビリティ要件のバランスを取る必要があります。
選択的バインディングを使用するようにコンピューターが構成されている場合、正常な戻り値は、サーバーがコンピューター上にあるすべてのネットワーク インターフェイスのエンドポイントを作成したことを保証しません。 RPC ランタイムは、選択的バインディング設定によっては、一部のネットワーク インターフェイスでリッスンしない場合があります。 さらに、インターフェイスが DHCP を使用して IP アドレスをまだ受信していない場合、RPC サーバーは DHCP アドレスが割り当てられるまでネットワーク インターフェイスでリッスンしません。 正常な戻り値は、サーバーが少なくとも 1 つのネットワーク インターフェイスでリッスンしていることを意味します。RpcServerInqBindings 関数の呼び出しを使用して、リモート プロシージャ 呼び出しを受信できるバインディング ハンドルの完全な一覧を取得できます。
すべてのプロトコル シーケンスを登録するために、サーバーは RpcServerUseAllProtseqsEx ルーチンを 呼び出します。
詳細については、「 サーバー側バインド」を参照してください。
要件
| 要件 | 値 |
|---|---|
| サポートされている最小のクライアント | Windows 2000 Professional [デスクトップ アプリのみ] |
| サポートされている最小のサーバー | Windows 2000 Server [デスクトップ アプリのみ] |
| 対象プラットフォーム | Windows |
| ヘッダー | rpcdce.h (Rpc.h を含む) |
| Library | Rpcrt4.lib |
| [DLL] | Rpcrt4.dll |