ID do artigo: 233196 - Última revisão: quarta-feira, 1 de novembro de 2006 - Revisão: 1.1

Conexão de roteador do RRAS VPN por demanda dial pode ser atrasada

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 | Recolher tudo

Sintomas

Quando você tenta se conectar a um servidor de roteamento e acesso remoto (RRAS) usando uma virtual porta de (VPN) rede privada, a conexão pode ser atrasada ou mal sucedida.

Causa

Este comportamento ocorre porque RRAS é não é possível usar portas VPN que não estão configuradas para "discar para fora e receber chamadas como um roteador de discagem por demanda."

Quando esse comportamento ocorre, RRAS procura seqüencialmente para a interface VPN disponível próxima que é configurada para aceitar uma conexão de roteador de discagem por demanda. Se o RRAS encontrar essa interface antes de ocorre um tempo limite de cliente, a conexão de discagem por demanda é bem-sucedida. Quando uma interface VPN não está disponível (qualquer porque ele está em uso por outro cliente ou porque ele está configurado somente para "Receber chamadas como um servidor RAS"), o servidor RRAS deve passar para a próxima porta disponível.

Resolução

Para resolver esse problema:
  1. Determine o número máximo combinado de interfaces VPN necessários para o serviço de acesso remoto (RAS) clientes e demanda RRAS conexões de discagem.
  2. Configurar todas as interfaces VPN para "discar para fora e receber chamadas como um roteador de discagem por demanda" e "Receber chamadas como um servidor RAS" (RRAS determina que tipo de conexão é necessário).

Mais Informações

O exemplo a seguir ilustra esse problema. O servidor neste exemplo tem cinco interfaces VPN (VPN1 VPN5), e nenhuma conexão é feita para o servidor RRAS:
  • VPN1, VPN3 e VPN5 estão configurados para "Receber chamadas como um servidor RAS" e "Dial out e receber chamadas como um roteador de discagem por demanda".
  • VPN2 e VPN4 estão configurados para "Receber chamadas como um servidor RAS".
Se todas as interfaces estiverem disponíveis, a primeira demanda dial roteador tentativa de conexão de outro servidor RRAS para o servidor de exemplo é bem-sucedida e uma conexão é feita para VPN1.

Se você desconecta e reconectar-se a outro servidor RRAS, RRAS tenta se conectar à próxima interface VPN disponível. Há um tempo de espera mais na conexão porque RRAS verifica VPN2 para determinar se a interface está configurada para "discar para fora e receber chamadas como um roteador de discagem por demanda." RRAS determina que VPN2 não está configurado como um roteador de discagem por demanda e passa para a interface próxima de VPN.

Quando a segunda tentativa de conexão tiver êxito, a ferramenta de administração do RRAS do servidor de exemplo mostra uma conexão para VPN3.

A informação contida neste artigo aplica-se a:
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Routing and Remote Access Service Update for Windows NT Server 4.0
Palavras-chave: 
kbmt kbprb KB233196 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 233196  (http://support.microsoft.com/kb/233196/en-us/ )