Funzione RpcServerUseProtseqEx (rpcdce.h)

La funzione RpcServerUseProtseqEx indica alla libreria di runtime RPC di usare la sequenza di protocollo specificata per la ricezione di chiamate di routine remote.

Sintassi

RPC_STATUS RpcServerUseProtseqEx(
  RPC_CSTR     Protseq,
  unsigned int MaxCalls,
  void         *SecurityDescriptor,
  PRPC_POLICY  Policy
);

Parametri

Protseq

Puntatore a un identificatore stringa della sequenza di protocollo da registrare con la libreria di runtime RPC.

MaxCalls

Lunghezza coda backlog per la sequenza di protocollo ncacn_ip_tcp . Tutte le altre sequenze di protocollo ignorano questo parametro. Usare RPC_C_PROTSEQ_MAX_REQS_DEFAULT per specificare il valore predefinito. Vedere la sezione Osservazioni.

SecurityDescriptor

Puntatore a un parametro facoltativo fornito per il sottosistema di sicurezza Windows XP/2000/NT. Usato solo per le sequenze di protocollo ncacn_np e ncalrpc . Tutte le altre sequenze di protocollo ignorano questo parametro. Non è consigliabile usare un descrittore di sicurezza nell'endpoint per proteggere un server. Questo parametro non viene visualizzato nella specifica DCE per questa API.

Policy

Puntatore alla struttura RPC_POLICY , che contiene flag per limitare l'allocazione delle porte per le porte dinamiche e consentire ai computer multihomed di eseguire l'associazione selettiva alle schede di interfaccia di rete. La struttura RPC_POLICY consente al chiamante di indirizzare la libreria di runtime RPC a usare una porta Intranet o una porta Internet, tra le altre opzioni.

Valore restituito

Valore Significato
RPC_S_OK
La chiamata ha avuto esito positivo.
RPC_S_PROTSEQ_NOT_SUPPORTED
La sequenza di protocollo non è supportata in questo host.
RPC_S_INVALID_RPC_PROTSEQ
Sequenza di protocollo.
RPC_S_OUT_OF_MEMORY
Il sistema non è in memoria.
RPC_S_INVALID_SECURITY_DESC
Il descrittore di sicurezza non è valido.
 
Nota Per un elenco di codici di errore validi, vedere Valori restituiti RPC.
 

Commenti

I parametri e gli effetti di RpcServerUseProtseqEx presumono quelli di RpcServerUseProtseq. La differenza è il campo Criteri , che consente di limitare l'allocazione delle porte per le porte dinamiche e consente ai computer multihomed di eseguire l'associazione selettiva alle schede di interfaccia di rete.

L'impostazione del campo NICFlags della struttura RPC_POLICY su zero rende questa funzione estesa equivalente funzionalmente all'originale RpcServerUseProtseq e il server verrà associato alle schede di interfaccia di rete in base alle impostazioni nel Registro di sistema. Per informazioni, vedere Configurazione del Registro di sistema per le allocazioni delle porte e l'associazione selettiva.

Nota Le impostazioni del flag nel campo Criteri sono valide solo quando è in uso la sequenza di protocollo ncacn_ip_tcp o ncadg_ip_udp . Per tutte le altre sequenze di protocollo, il runtime RPC ignora questi valori.
 
Un'applicazione server chiama RpcServerUseProtseqEx per registrare una sequenza di protocollo con la libreria di runtime RPC. Per ricevere richieste di chiamata di routine remota, un server deve registrare almeno una sequenza di protocollo con la libreria di runtime RPC. Un'applicazione server può chiamare RpcServerUseProtseqEx più volte per registrare sequenze di protocolli aggiuntive.

Per ogni sequenza di protocollo registrata da un server, la libreria di runtime RPC crea uno o più endpoint tramite cui il server riceve richieste di chiamata di routine remota. La libreria di runtime RPC crea endpoint diversi per ogni sequenza di protocollo. Il nome dell'endpoint viene generato dal runtime RPC o dal sistema operativo. Ad esempio, per ncacn_ip_tcp, il numero di porta viene determinato dinamicamente dal tempo di esecuzione RPC, a seconda delle impostazioni di disponibilità e del Registro di sistema.

Per MaxCalls, il valore fornito dall'applicazione è solo un hint. Il runtime RPC o il provider Windows Sockets può eseguire l'override del valore. Ad esempio, in Windows XP o Windows 2000 Professional, il valore è limitato a 5. I valori maggiori di 5 vengono ignorati e vengono usati 5. In Windows Server 2003 e Windows 2000 Server, il valore verrà rispettato.

Le applicazioni devono prestare attenzione a passare valori ragionevoli in MaxCalls. I valori di grandi dimensioni nel server, nel server avanzato o nel server datacenter possono causare l'uso di una grande quantità di memoria del pool non di paging. Anche l'uso di un valore troppo piccolo non è favorevole, perché può comportare l'esaurimento dei pacchetti TCP SYN da parte di TCP RST dal server. Uno sviluppatore di applicazioni deve bilanciare il footprint di memoria rispetto ai requisiti di scalabilità quando si determina il valore appropriato per MaxCalls.

Quando il computer è configurato per l'uso dell'associazione selettiva, la restituzione riuscita non garantisce che il server abbia creato endpoint per tutte le interfacce di rete presenti nel computer. Il runtime RPC potrebbe non essere in ascolto su alcune interfacce di rete a seconda delle impostazioni di associazione selettiva. Inoltre, se un'interfaccia non ha ancora ricevuto un indirizzo IP tramite DHCP, il server RPC non è in ascolto sull'interfaccia di rete finché non viene assegnato un indirizzo DHCP. Una restituzione riuscita implica che il server è in ascolto su almeno un'interfaccia di rete; È possibile ottenere l'elenco completo degli handle di associazione su cui è possibile ricevere chiamate di routine remote con una chiamata alla funzione RpcServerInqBindings.

Per registrare tutte le sequenze di protocollo, un server chiama la routine RpcServerUseAllProtseqsEx .

Per altre informazioni, vedere Associazione lato server.

Requisiti

Requisito Valore
Client minimo supportato Windows 2000 Professional [solo app desktop]
Server minimo supportato Windows 2000 Server [solo app desktop]
Piattaforma di destinazione Windows
Intestazione rpcdce.h (include Rpc.h)
Libreria Rpcrt4.lib
DLL Rpcrt4.dll

Vedi anche

RpcServerUseAllProtseqsEx

RpcServerUseAllProtseqsIfEx

RpcServerUseProtseqEpEx

RpcServerUseProtseqIfEx