Función RpcServerUseProtseqEx (rpcdce.h)
La función RpcServerUseProtseqEx indica a la biblioteca en tiempo de ejecución rpc que use la secuencia de protocolo especificada para recibir llamadas a procedimientos remotos.
Sintaxis
RPC_STATUS RpcServerUseProtseqEx(
RPC_CSTR Protseq,
unsigned int MaxCalls,
void *SecurityDescriptor,
PRPC_POLICY Policy
);
Parámetros
Protseq
Puntero a un identificador de cadena de la secuencia de protocolo para registrarse con la biblioteca en tiempo de ejecución rpc.
MaxCalls
Longitud de la cola de trabajos pendientes para la secuencia de protocolo ncacn_ip_tcp . Todas las demás secuencias de protocolo omiten este parámetro. Use RPC_C_PROTSEQ_MAX_REQS_DEFAULT para especificar el valor predeterminado. Vea la sección Comentarios.
SecurityDescriptor
Puntero a un parámetro opcional proporcionado para el subsistema de seguridad windows XP/2000/NT. Solo se usa para secuencias de protocolo ncacn_np y ncalrpc . Todas las demás secuencias de protocolo omiten este parámetro. No se recomienda usar un descriptor de seguridad en el punto de conexión para proteger un servidor. Este parámetro no aparece en la especificación DCE de esta API.
Policy
Puntero a la estructura de RPC_POLICY , que contiene marcas para restringir la asignación de puertos para puertos dinámicos y permitir que los equipos de host múltiple se enlacen selectivamente a las tarjetas de interfaz de red. La estructura de RPC_POLICY permite al autor de la llamada dirigir la biblioteca en tiempo de ejecución rpc para usar un puerto de intranet o un puerto de Internet, entre otras opciones.
Valor devuelto
| Valor | Significado |
|---|---|
|
La llamada se realizó correctamente. |
|
La secuencia de protocolos no se admite en este host. |
|
Secuencia de protocolo. |
|
El sistema está sin memoria. |
|
El descriptor de seguridad no es válido. |
Comentarios
Los parámetros y efectos de RpcServerUseProtseqEx suscriben los de RpcServerUseProtseq. La diferencia es el campo Directiva , que permite restringir la asignación de puertos para los puertos dinámicos y permite que las máquinas de host múltiple se enlacen selectivamente a las tarjetas de interfaz de red.
Si se establece el campo NICFlags de la estructura de RPC_POLICY en cero, esta función extendida es funcionalmente equivalente al rpcServerUseProtseq original y el servidor se enlazará a NIC en función de la configuración del registro del sistema. Para obtener información, consulte Configuración del Registro para asignaciones de puertos y enlace selectivo.
Para cada secuencia de protocolo registrada por un servidor, la biblioteca en tiempo de ejecución rpc crea uno o varios puntos de conexión a través de los cuales el servidor recibe solicitudes de llamada a procedimiento remoto. La biblioteca en tiempo de ejecución rpc crea diferentes puntos de conexión para cada secuencia de protocolo. El nombre del punto de conexión lo genera el tiempo de ejecución de RPC o el sistema operativo. Por ejemplo, para ncacn_ip_tcp, el número de puerto viene determinado dinámicamente por el tiempo de ejecución de RPC, en función de la disponibilidad y la configuración del Registro.
Para MaxCalls, el valor proporcionado por la aplicación es solo una sugerencia. El tiempo de ejecución de RPC o el proveedor de Windows Sockets pueden invalidar el valor. Por ejemplo, en Windows XP o Windows 2000 Professional, el valor está limitado a 5. Los valores mayores que 5 se omiten y 5 se usan en su lugar. En Windows Server 2003 y Windows 2000 Server, se respetará el valor.
Las aplicaciones deben tener cuidado de pasar valores razonables en MaxCalls. Los valores grandes de Server, Advanced Server o Datacenter Server pueden hacer que se use una gran cantidad de memoria de grupo no paginada. El uso de un valor demasiado pequeño también es favorable, ya que puede dar lugar a que el RST TCP cumpla los paquetes TCP SYN desde el servidor si se agota la cola de trabajos pendientes. Un desarrollador de aplicaciones debe equilibrar la superficie de memoria frente a los requisitos de escalabilidad al determinar el valor adecuado para MaxCalls.
Cuando el equipo está configurado para usar el enlace selectivo, la devolución correcta no garantiza que el servidor haya creado puntos de conexión para todas las interfaces de red presentes en el equipo. Es posible que el tiempo de ejecución de RPC no escuche en algunas interfaces de red en función de la configuración de enlace selectivo. Además, si una interfaz aún no ha recibido una dirección IP mediante DHCP, el servidor RPC no escucha en la interfaz de red hasta que se le asigne una dirección DHCP. Una devolución correcta implica que el servidor está escuchando en al menos una interfaz de red; la lista completa de los identificadores de enlace sobre los que se pueden recibir llamadas a procedimiento remoto se puede obtener con una llamada a la función RpcServerInqBindings.
Para registrar todas las secuencias de protocolo, un servidor llama a la rutina RpcServerUseAllProtseqsEx .
Para obtener más información, vea Enlace del lado servidor.
Requisitos
| Requisito | Value |
|---|---|
| Cliente mínimo compatible | Windows 2000 Professional [solo aplicaciones de escritorio] |
| Servidor mínimo compatible | Windows 2000 Server [solo aplicaciones de escritorio] |
| Plataforma de destino | Windows |
| Encabezado | rpcdce.h (include Rpc.h) |
| Library | Rpcrt4.lib |
| Archivo DLL | Rpcrt4.dll |
Consulte también
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente GitHub Issues como mecanismo de comentarios sobre el contenido y lo sustituiremos por un nuevo sistema de comentarios. Para más información, vea: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de