RpcServerUseProtseqIfEx, fonction (rpcdce.h)
La fonction RpcServerUseProtseqIfEx indique à la bibliothèque d’exécution RPC d’utiliser la séquence de protocole spécifiée combinée avec les points de terminaison de la spécification de l’interface pour recevoir des appels de procédure distante.
Syntaxe
RPC_STATUS RpcServerUseProtseqIfEx(
RPC_CSTR Protseq,
unsigned int MaxCalls,
RPC_IF_HANDLE IfSpec,
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 la 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. Consultez la section Notes.
IfSpec
Interface contenant les informations de point de terminaison à utiliser lors de la création d’une liaison pour la séquence de protocole spécifiée dans le paramètre Protseq .
SecurityDescriptor
Pointeur vers un paramètre facultatif fourni pour le sous-système de sécurité. 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 pour les ports dynamiques et qui permettent aux ordinateurs multi-hébergements de lier de manière sélective aux cartes d’interface réseau.
Valeur retournée
| Valeur | Signification |
|---|---|
|
L’appel a réussi. |
|
Le point de terminaison de cette séquence de protocole n’est pas spécifié dans le fichier IDL. |
|
La séquence de protocole n’est pas prise en charge sur cet hôte. |
|
La séquence de protocole n’est pas valide. |
|
Format du point de terminaison non valide. |
|
Le système est en mémoire insuffisante. |
|
Le descripteur de sécurité n'est pas valide. |
Remarques
Les paramètres et effets de RpcServerUseProtseqIfEx étendent ceux de RpcServerUseProtseqIf. La différence est le paramètre Policy , qui vous permet de restreindre l’allocation de ports pour les ports dynamiques et permet aux ordinateurs multi-hébergements de lier de manière sélective aux cartes d’interface réseau.
Si vous définissez le champ NICFlags de la structure RPC_POLICY sur 0, cette API étendue équivaut fonctionnellement à RpcServerUseProtseqIf d’origine, et le serveur est lié aux cartes réseau en fonction des paramètres du registre système. Pour plus d’informations sur la façon dont les paramètres de Registre définissent les ports Internet et intranet disponibles, consultez Configuration du Registre pour les allocations de ports et la liaison sélective.
Pour recevoir des demandes d’appel de procédure distante, un serveur doit inscrire au moins une séquence de protocole auprès de la bibliothèque d’exécution RPC. Une application serveur peut appeler cette routine plusieurs fois pour inscrire des séquences de protocole supplémentaires.
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. Toutefois, chaque interface du processus est accessible via n’importe quel point de terminaison. Pour plus d’informations, consultez Écriture d’un serveur ou d’un client RPC sécurisé.
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 est utilisé à la place. Sur Windows Server 2003 et Windows 2000 Server, la valeur est respectée.
Les applications doivent veiller à transmettre des valeurs raisonnables dans MaxCalls. Des valeurs élevées sur serveur, serveur avancé ou 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 elle peut entraîner la mise en place de paquets TCP SYN 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 de scalabilité lors de la détermination de la valeur appropriée pour MaxCalls.
Lorsque l’ordinateur est configuré pour utiliser la 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élective. 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 ne lui est pas affectée. Un retour réussi implique que le serveur écoute sur au moins une interface réseau ; la liste complète des descripteurs 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 à partir du fichier IDL, un serveur appelle RpcServerUseAllProtseqsIfEx. Pour plus d’informations, consultez Liaison côté serveur. Pour obtenir la liste des séquences de protocole prises en charge par Microsoft RPC, consultez Liaison de chaîne.
Configuration requise
| Condition requise | Valeur |
|---|---|
| Client minimal pris en charge | Windows XP [applications de bureau uniquement] |
| Serveur minimal pris en charge | Windows Server 2003 [applications de bureau uniquement] |
| Plateforme cible | Windows |
| En-tête | rpcdce.h (inclure Rpc.h) |
| Bibliothèque | Rpcrt4.lib |
| DLL | Rpcrt4.dll |
Voir aussi
Écriture d’un client ou d’un serveur RPC sécurisé