Artigo: 817322 - Última revisão: quinta-feira, 25 de Outubro de 2007 - Revisão: 3.5

Considerações sobre o desempenho quando configura o Exchange Server 2003 de chamada de procedimento remoto em ligações de HTTP em redes de baixa largura de banda

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Expandir tudo | Reduzir tudo

Sintomas

Quando configura o Exchange Server 2003 para permitir chamada de procedimento remoto (RPC) através de ligações HTTP e quando a autenticação integrada do Microsoft Windows (anteriormente designada NTLM ou desafio/resposta do Windows NT autenticação) é utilizada para autenticar os utilizadores ao servidor de proxy RPC, em determinados ambientes, como, por exemplo, algumas redes de baixa largura de banda, é possível que a sequência de autenticação demora mais tempo do que o tempo demora utilizando RPC.

Causa

Este comportamento ocorre devido ao tamanho das mensagens de erro de HTTP que são gerados pelo servidor e enviados para o cliente durante o processo de autenticação. Quando um utilizador utiliza RPC sobre HTTP para ligar a um computador do Exchange Server 2003 através da Internet e as credenciais do utilizador ainda não estão autenticadas, o servidor devolve uma página Web que contém uma mensagem de erro HTTP semelhante à seguinte:
Não está autorizado a ver esta página

Erro HTTP 401. x - não autorizado: acesso negado.
Serviços de informação Internet (IIS)
Tenha em atenção que esta mensagem de erro HTTP não é visível ao utilizador.

O servidor devolve duas páginas de erro para cada pedido de início de sessão. O tamanho de cada página é aproximadamente 2.5 kilobytes (KB). O processamento adicional é necessário para os dados que são gerados para cada autenticação de utilizador poderá afectar o desempenho em algumas redes de baixa largura de banda.

Como contornar

Para contornar este comportamento, modifique o erro HTTP 401; mensagem de 1 erro e HTTP Erro 401; mensagem de erro 2 que estão configurados no directório virtual /Rpc para utilizar uma resposta .htm mais pequena. Esta solução alternativa reduz o tamanho das respostas que são enviados pelo servidor. Para modificar o erro HTTP 401; mensagem de 1 erro e o erro HTTP 401; 2 mensagem de erro no directório virtual /Rpc no Microsoft (IIS) 6.0:
  1. Clique em Iniciar , aponte para Todos os programas , aponte para Ferramentas administrativas e, em seguida, clique em Gestor dos serviços de informações Internet ' (IIS) .
  2. Na árvore da consola, expanda ServerName, expanda Web Sites e, em seguida, expanda Web Site predefinido .
  3. Clique com o botão direito do rato no directório virtual do RPC e, em seguida, clique em Propriedades .
  4. Clique no separador Erros personalizados .
  5. Em Erro de HTTP , clique em 401; 1 e, em seguida, clique em definir para predefinição .

    Note que tipo é alterado para predefinido e esse conteúdo é apresentado como "Não autorizado - início de sessão falhou" .
  6. Em Erro de HTTP , clique em 401; 2 e, em seguida, clique em definir para predefinição .

    Note que tipo é alterado para predefinido e esse conteúdo é apresentado como "Não-autorizado as início de sessão falhou devido à configuração do servidor" .
  7. Clique em OK e, em seguida, clique em OK .

Mais Informação

A resposta de HTTP 401.2 é devolvida quando um utilizador inicia sessão inicialmente.

A resposta de HTTP 402.3 é a mensagem de erro HTTP mais comuns que devolvido pelo servidor e esta ocorrer como parte de contestação de autenticação integrada do Windows padrão. Quando modifica o erro HTTP da resposta .htm padrão para uma resposta simples "não autorizado - início de sessão falhou", aproximadamente 1300 bytes (B) são guardadas para cada sessão RPC ao servidor de proxy RPC.

O Outlook utiliza quando efectua diversas tarefas, incluindo tarefas de curta duração como uma consulta para novas mensagens no servidor de sessões RPC. A redução no tamanho das mensagens de erro HTTP que são devolvidos pode resultar em poupanças significativas para clientes que estejam em redes de baixa largura de banda.

A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
Palavras-chave: 
kbmt kbnofix kbbug KB817322 KbMtpt
Tradução automáticaTradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 817322  (http://support.microsoft.com/kb/817322/en-us/ )