RpcServerUseProtseqExA, fonction (rpcdce.h)
La fonction RpcServerUseProtseqEx indique à la bibliothèque d’exécution RPC d’utiliser la séquence de protocole spécifiée pour recevoir des appels de procédure distante.
Syntaxe
RPC_STATUS RpcServerUseProtseqExA(
RPC_CSTR Protseq,
unsigned int MaxCalls,
void *SecurityDescriptor,
PRPC_POLICY Policy
);
Paramètres
Protseq
Pointeur vers un identificateur de chaîne de la séquence de protocole à inscrire auprès de la bibliothèque d’exécution RPC.
MaxCalls
Longueur de file d’attente du backlog pour la séquence de protocole ncacn_ip_tcp. Toutes les autres séquences de protocole ignorent ce paramètre. Utilisez RPC_C_PROTSEQ_MAX_REQS_DEFAULT pour spécifier la valeur par défaut. Voir les remarques.
SecurityDescriptor
Pointeur vers un paramètre facultatif fourni pour le sous-système de sécurité Windows XP/2000/NT. Utilisé uniquement pour les séquences de protocole ncacn_np et ncalrpc. Toutes les autres séquences de protocole ignorent ce paramètre. L’utilisation d’un descripteur de sécurité sur le point de terminaison pour sécuriser un serveur n’est pas recommandée. Ce paramètre n’apparaît pas dans la spécification DCE pour cette API.
Policy
Pointeur vers la structure RPC_POLICY, qui contient des indicateurs pour restreindre l’allocation de ports dynamiques et autoriser les ordinateurs multihomed à lier de manière sélective aux cartes d’interface réseau. La structure RPC_POLICY permet à l’appelant de diriger la bibliothèque d’exécution RPC pour utiliser un port intranet ou un port Internet, entre autres options.
Valeur de retour
| Valeur | Signification |
|---|---|
|
L’appel a réussi. |
|
La séquence de protocole n’est pas prise en charge sur cet hôte. |
|
Séquence de protocole. |
|
Le système est hors mémoire. |
|
Le descripteur de sécurité n’est pas valide. |
Remarques
Les paramètres et les effets de RpcServerUseProtseqEx sous-énumération de ceux de RpcServerUseProtseq. La différence est le champ Stratégie, qui vous permet de limiter l’allocation de ports pour les ports dynamiques et permet aux machines multihomed de lier de manière sélective aux cartes d’interface réseau.
La définition du champ NICFlags de la structure RPC_POLICY sur zéro rend cette fonction étendue fonctionnellement équivalente à l'RpcServerUseProtseqd’origine, et le serveur est lié aux cartes réseau en fonction des paramètres du registre système. Pour plus d’informations, consultez Configuration du Registre pour les allocations de ports et la liaison sélective.
Pour chaque séquence de protocole inscrite par un serveur, la bibliothèque d’exécution RPC crée un ou plusieurs points de terminaison via lesquels le serveur reçoit des demandes d’appel de procédure distante. La bibliothèque d’exécution RPC crée des points de terminaison différents pour chaque séquence de protocole. Le nom du point de terminaison est généré par l’heure d’exécution RPC ou le système d’exploitation. Par exemple, pour ncacn_ip_tcp, le numéro de port est déterminé dynamiquement par l’heure d’exécution RPC, en fonction des paramètres de disponibilité et de Registre.
Pour MaxCalls, la valeur fournie par l’application n’est qu’un indicateur. L’heure d’exécution RPC ou le fournisseur Windows Sockets peut remplacer la valeur. Par exemple, sur Windows XP ou Windows 2000 Professionnel, la valeur est limitée à 5. Les valeurs supérieures à 5 sont ignorées et 5 sont utilisées à la place. Sur Windows Server 2003 et Windows 2000 Server, la valeur sera respectée.
Les applications doivent faire attention à passer des valeurs raisonnables dans MaxCalls. Les valeurs volumineuses sur le serveur, le serveur avancé ou le serveur de centre de données peuvent entraîner l’utilisation d’une grande quantité de mémoire de pool non paginée. L’utilisation d’une valeur trop petite est également défavorable, car cela peut entraîner la mise en place de paquets TCP SYN rencontrés par TCP RST à partir du serveur si la file d’attente du backlog est épuisée. Un développeur d’applications doit équilibrer l’empreinte mémoire et les exigences d’extensibilité lors de la détermination de la valeur appropriée pour MaxCalls.
Lorsque l’ordinateur est configuré pour utiliser une liaison sélective, le retour réussi ne garantit pas que le serveur a créé des points de terminaison pour toutes les interfaces réseau présentes sur l’ordinateur. L’exécution RPC peut ne pas écouter sur certaines interfaces réseau en fonction des paramètres de liaison sélectifs. En outre, si une interface n’a pas encore reçu d’adresse IP à l’aide du protocole DHCP, le serveur RPC n’écoute pas sur l’interface réseau tant qu’une adresse DHCP n’est pas affectée à celle-ci. Un retour réussi implique que le serveur écoute au moins une interface réseau ; la liste complète des handles de liaison sur lesquels les appels de procédure distante peuvent être reçus avec un appel à la fonction RpcServerInqBindings.
Pour inscrire toutes les séquences de protocole, un serveur appelle RpcServerUseAllProtseqsEx routine.
Pour plus d’informations, consultez Server-Side liaison.
Note
L’en-tête rpcdce.h définit RpcServerUseProtseqEx comme alias qui sélectionne automatiquement la version ANSI ou Unicode de cette fonction en fonction de la définition de la constante de préprocesseur UNICODE. Le mélange de l’utilisation de l’alias neutre en encodage avec du code qui n’est pas neutre en encodage peut entraîner des incompatibilités qui entraînent des erreurs de compilation ou d’exécution. Pour plus d’informations, consultez Conventions pour les prototypes de fonction.
Exigences
| Exigence | Valeur |
|---|---|
| client minimum pris en charge | Windows 2000 Professionnel [applications de bureau uniquement] |
| serveur minimum pris en charge | Windows 2000 Server [applications de bureau uniquement] |
| plateforme cible | Windows |
| d’en-tête | rpcdce.h (inclure Rpc.h) |
| bibliothèque | Rpcrt4.lib |
| DLL | Rpcrt4.dll |