Функция RpcServerUseProtseqIf (rpcdce.h)
Функция RpcServerUseProtseqIf сообщает библиотеке времени выполнения RPC использовать указанную последовательность протоколов в сочетании с конечными точками в спецификации интерфейса для получения удаленных вызовов процедур.
Синтаксис
RPC_STATUS RpcServerUseProtseqIf(
RPC_CSTR Protseq,
unsigned int MaxCalls,
RPC_IF_HANDLE IfSpec,
void *SecurityDescriptor
);
Параметры
Protseq
Указатель на строковый идентификатор последовательности протоколов для регистрации в библиотеке времени выполнения RPC.
MaxCalls
Длина очереди невыполненной работы для последовательности протоколов ncacn_ip_tcp. Все остальные последовательности протоколов игнорируют этот параметр. Используйте RPC_C_PROTSEQ_MAX_REQS_DEFAULT, чтобы указать значение по умолчанию. См. заметки.
IfSpec
Интерфейс, содержащий сведения о конечной точке для создания привязки для последовательности протокола, указанной в параметре Protseq .
SecurityDescriptor
Указатель на необязательный параметр, предоставленный для подсистемы безопасности. Используется только для последовательностей протоколов ncacn_np и ncalrpc . Все остальные последовательности протоколов игнорируют этот параметр. Не рекомендуется использовать дескриптор безопасности в конечной точке, чтобы обеспечить безопасность сервера. Этот параметр не отображается в спецификации DCE для этого API.
Возвращаемое значение
Значение | Значение |
---|---|
|
Вызов выполнен успешно. |
|
Конечная точка для этой последовательности протоколов не указана в IDL-файле. |
|
Последовательность протоколов не поддерживается на этом узле. |
|
Последовательность протоколов недопустима. |
|
Недопустимый формат конечной точки. |
|
В системе не хватает памяти. |
|
Дескриптор безопасности недопустим. |
Комментарии
Серверное приложение вызывает RpcServerUseProtseqIf для регистрации одной последовательности протокола в библиотеке времени выполнения RPC. При каждой регистрации последовательности протоколов подпрограмма включает сведения об адресе конечной точки, указанные в IDL-файле.
Чтобы получать запросы на удаленные вызовы процедур, сервер должен зарегистрировать по крайней мере одну последовательность протоколов в библиотеке времени выполнения RPC. Серверное приложение может вызывать эту функцию несколько раз для регистрации дополнительных последовательностей протоколов.
Для каждой последовательности протокола, зарегистрированной сервером, библиотека времени выполнения RPC создает одну или несколько конечных точек, через которые сервер получает запросы на удаленные вызовы процедур. Библиотека времени выполнения RPC создает разные конечные точки для каждой последовательности протоколов. Однако каждый интерфейс в процессе доступен через любую конечную точку. Дополнительные сведения см. в статье Создание защищенного клиента или сервера RPC.
Для MaxCalls значение, предоставленное приложением, является лишь указанием. Время выполнения RPC или поставщик сокетов Windows может переопределить значение. Например, в Windows XP или Windows 2000 Профессиональная значение ограничено 5. Значения больше 5 игнорируются, а вместо них используется 5. В Windows Server 2003 и Windows 2000 Server это значение будет учитываться.
Приложения должны быть осторожны, чтобы передать разумные значения в MaxCalls. Большие значения на сервере, расширенном сервере или сервере datacenter могут привести к использованию большого объема памяти нестраничного пула. Использование слишком малого значения также является неблагоприятным, так как это может привести к тому, что пакеты TCP SYN будут удовлетворены TCP RST с сервера, если очередь невыполненной работы будет исчерпана. При определении правильного значения MaxCalls разработчик приложения должен сбалансировать объем памяти и требования к масштабируемости.
Если компьютер настроен для использования выборочной привязки, успешное возвращение не гарантирует, что сервер создал конечные точки для всех сетевых интерфейсов, присутствующих на компьютере. Время выполнения RPC может не прослушивать некоторые сетевые интерфейсы в зависимости от параметров выборочной привязки. Кроме того, если интерфейс еще не получил IP-адрес с помощью DHCP, сервер RPC не будет прослушивать сетевой интерфейс, пока ему не будет назначен DHCP-адрес. Успешное возвращение означает, что сервер прослушивает по крайней мере один сетевой интерфейс; Полный список дескрипторов привязки, по которым можно получить удаленные вызовы процедур, можно получить с помощью вызова функции RpcServerInqBindings.
Дополнительные сведения см. в разделе Привязка на стороне сервера. Список поддерживаемых последовательностей протоколов Microsoft RPC см. в разделе Привязка строк. Чтобы зарегистрировать все последовательности протоколов из IDL-файла, сервер вызывает RpcServerUseAllProtseqsIf.
Требования
Требование | Значение |
---|---|
Минимальная версия клиента | Windows 2000 Professional [только классические приложения] |
Минимальная версия сервера | Windows 2000 Server [только классические приложения] |
Целевая платформа | Windows |
Header | rpcdce.h (включая Rpc.h) |
Библиотека | Rpcrt4.lib |
DLL | Rpcrt4.dll |
См. также раздел
Написание защищенного клиента или сервера RPC