Função RpcServerUseProtseqIfEx (rpcdce.h)
A função RpcServerUseProtseqIfEx informa à biblioteca de tempo de execução RPC para usar a sequência de protocolo especificada combinada com os pontos de extremidade na especificação de interface para receber chamadas de procedimento remoto.
Sintaxe
RPC_STATUS RpcServerUseProtseqIfEx(
RPC_CSTR Protseq,
unsigned int MaxCalls,
RPC_IF_HANDLE IfSpec,
void *SecurityDescriptor,
PRPC_POLICY Policy
);
Parâmetros
Protseq
Ponteiro para um identificador de cadeia de caracteres da sequência de protocolo para registrar com a biblioteca de tempo de execução RPC.
MaxCalls
Comprimento da fila de lista de pendências para a sequência de protocolo ncacn_ip_tcp . Todas as outras sequências de protocolo ignoram esse parâmetro. Use RPC_C_PROTSEQ_MAX_REQS_DEFAULT para especificar o valor padrão. Consulte Observações.
IfSpec
Interface que contém informações de ponto de extremidade a serem usadas na criação de uma associação para a sequência de protocolo especificada no parâmetro Protseq .
SecurityDescriptor
Ponteiro para um parâmetro opcional fornecido para o subsistema de segurança. Usado somente para sequências de protocolo ncacn_np e ncalrpc . Todas as outras sequências de protocolo ignoram esse parâmetro. Não é recomendável usar um descritor de segurança no ponto de extremidade para tornar um servidor seguro. Esse parâmetro não aparece na especificação DCE para essa API.
Policy
Ponteiro para a estrutura de RPC_POLICY , que contém sinalizadores para restringir a alocação de porta para portas dinâmicas e que permitem que computadores multihomed se associem seletivamente a placas de interface de rede.
Valor retornado
| Valor | Significado |
|---|---|
|
A chamada foi bem-sucedida. |
|
O ponto de extremidade para essa sequência de protocolo não é especificado no arquivo IDL. |
|
Não há suporte para a sequência de protocolo neste host. |
|
A sequência de protocolo é inválida. |
|
O formato do ponto de extremidade é inválido. |
|
O sistema está sem memória. |
|
O descritor de segurança é inválido. |
Comentários
Os parâmetros e efeitos de RpcServerUseProtseqIfEx estendem os de RpcServerUseProtseqIf. A diferença é o parâmetro Policy , que permite restringir a alocação de porta para portas dinâmicas e permite que computadores multihomed se associem seletivamente a placas de interface de rede.
Definir o campo NICFlags da estrutura RPC_POLICY como 0 torna essa API estendida funcionalmente equivalente ao RpcServerUseProtseqIf original, e o servidor será associado a NICs com base nas configurações no registro do sistema. Para obter informações sobre como as configurações do Registro definem as portas de Internet e intranet disponíveis, consulte Configuring the Registry for Port Allocations and Selective Binding.
Para receber solicitações de chamada de procedimento remoto, um servidor deve registrar pelo menos uma sequência de protocolo com a biblioteca de tempo de execução RPC. Um aplicativo de servidor pode chamar essa rotina várias vezes para registrar sequências de protocolo adicionais.
Para cada sequência de protocolo registrada por um servidor, a biblioteca de tempo de execução RPC cria um ou mais pontos de extremidade por meio dos quais o servidor recebe solicitações de chamada de procedimento remoto. A biblioteca de tempo de execução RPC cria pontos de extremidade diferentes para cada sequência de protocolo. No entanto, cada interface no processo é acessível por meio de qualquer ponto de extremidade. Para obter mais informações, consulte Escrevendo um cliente ou servidor RPC seguro.
Para MaxCalls, o valor fornecido pelo aplicativo é apenas uma dica. O tempo de execução de RPC ou o provedor do Windows Sockets pode substituir o valor. Por exemplo, no Windows XP ou Windows 2000 Professional, o valor é limitado a 5. Os valores maiores que 5 são ignorados e 5 são usados. No Windows Server 2003 e no Windows 2000 Server, o valor será respeitado.
Os aplicativos devem ter cuidado para passar valores razoáveis em MaxCalls. Valores grandes em Servidor, Servidor Avançado ou Datacenter Server podem fazer com que uma grande quantidade de memória de pool não paginado seja usada. Usar um valor muito pequeno também é desfavorável, pois pode resultar em pacotes TCP SYN sendo atendidos pelo TCP RST do servidor se a fila de lista de pendências for esgotada. Um desenvolvedor de aplicativos deve equilibrar os requisitos de volume de memória versus escalabilidade ao determinar o valor adequado para MaxCalls.
Quando o computador está configurado para usar a associação seletiva, o retorno bem-sucedido não garante que o servidor tenha criado pontos de extremidade para todos os adaptadores de rede presentes no computador. O tempo de execução do RPC pode não escutar alguns adaptadores de rede, dependendo das configurações de associação seletiva. Além disso, se uma interface ainda não tiver recebido um endereço IP usando DHCP, o servidor RPC não escutará no adaptador de rede até que um endereço DHCP seja atribuído a ele. Um retorno bem-sucedido implica que o servidor está escutando em pelo menos um adaptador de rede; a lista completa dos identificadores de associação sobre os quais chamadas de procedimento remoto podem ser recebidas pode ser obtida com uma chamada para a função RpcServerInqBindings.
Para registrar todas as sequências de protocolo do arquivo IDL, um servidor chama RpcServerUseAllProtseqsIfEx. Para obter mais informações, consulte Associação do lado do servidor. Para obter uma lista de sequências de protocolo com suporte do Microsoft RPC, consulte Associação de cadeia de caracteres.
Requisitos
| Requisito | Valor |
|---|---|
| Cliente mínimo com suporte | Windows XP [somente aplicativos da área de trabalho] |
| Servidor mínimo com suporte | Windows Server 2003 [somente aplicativos da área de trabalho] |
| Plataforma de Destino | Windows |
| Cabeçalho | rpcdce.h (inclua Rpc.h) |
| Biblioteca | Rpcrt4.lib |
| DLL | Rpcrt4.dll |
Confira também
Gravando um cliente ou servidor RPC seguro