ID do artigo: 816514 - Última revisão: segunda-feira, 3 de dezembro de 2007 - Revisão: 6.4 Como configurar o encapsulamento IPSec no Windows Server 2003
Para uma versão deste artigo do Microsoft Windows 2000, consulte 252735
(http://support.microsoft.com/kb/252735/EN-US/
)
. NESTA TAREFA
Nesta páginaSumárioVocê pode usar segurança IP (IPSec) no modo de encapsulamento para encapsular pacotes Internet Protocol (IP) e, opcionalmente, criptografá-los. A principal razão para usar o modo de encapsulamento IPSec (às vezes chamado de "encapsulamento de segurança IP puro") no Windows Server 2003 é para interoperabilidade com roteadores de terceiros ou gateways que não oferecem suporte a protocolo de encapsulamento 2 (L2TP) de camada / tecnologia de encapsulamento (VPN) de rede particular virtual IPSec ou PPTP. back to the top O Windows Server 2003 oferece suporte a encapsulamento de IPSec para situações em que ambos os pontos de extremidade encapsulamento tenham endereços IP estáticos. Isso é útil principalmente em implementações de gateway-to-gateway. No entanto, ele também pode funcionar para cenários de segurança de rede especializadas entre um gateway ou roteador e um servidor. (Por exemplo, um roteador do Windows Server 2003 que roteia o tráfego de sua interface externa para um computador baseado no Windows Server 2003 interno que protege o caminho interno ao estabelecer um encapsulamento IPSec para o servidor interno que fornece serviços para clientes externos). Encapsulamento IPSec do Windows Server 2003 não há suporte para acesso remoto do cliente VPN usar pois Internet Engineering Task Force (IETF) IPSec solicitações de comentários (RFCs) não está atualmente fornece uma solução no IKE (Internet Key Exchange) de acesso remoto protocolo para conexões de cliente-to-gateway. Especificamente, o IETF RFC 2661, Layer Two Tunneling Protocol "L2TP", foi desenvolvido pela Cisco, Microsoft e outras pessoas para fornecer conexões VPN de acesso remoto cliente. No Windows Server 2003, conexões VPN de acesso remoto para cliente são protegidos usando uma diretiva IPSec gerada automaticamente que usa o modo de transporte IPSec (não modo de encapsulamento) quando o tipo de encapsulamento L2TP é selecionado. Encapsulamento IPSec do Windows Server 2003 também não suporta encapsulamentos específicos de protocolo e porta específicos. Enquanto o snap-in de diretiva de IPSec Microsoft Management Console (MMC) é muito geral e permite que você associar qualquer tipo de filtro com um encapsulamento, certifique-se de que você usar somente as informações de endereço na especificação de um filtro para uma regra de encapsulamento. Para obter mais informações sobre como funcionam os protocolos IKE e IPSec, consulte o Microsoft Windows Server 2003 Resource Kit . Este artigo descreve como configurar uma IPSec encapsulamento em um gateway do Windows Server 2003. Porque o encapsulamento IPSec protege apenas o tráfego que está especificado no filtros de IPSec que você configurar, este artigo também descreve como configurar filtros no serviço de roteamento e acesso remoto para impedir que tráfego fora o encapsulamento seja recebido ou encaminhado. Este artigo usa o cenário a seguir para facilitar a etapas de configuração: Recolher esta tabela
NetAé a identificação de rede da rede interna gateway Windows Server 2003. WIN2003intIPé o endereço IP atribuído ao adaptador da rede interna do gateway do Windows Server 2003. WIN2003extIPé o endereço IP atribuído ao adaptador da rede externa do gateway do Windows Server 2003. 3rdExtIPé o endereço IP atribuído ao adaptador da rede externa do gateway não-Microsoft do. 3rdIntIPé o endereço IP atribuído ao adaptador de rede interno de gateway não-Microsoft. NetBé a identificação de rede da rede interna gateway não-Microsoft. O objetivo é para o gateway do Windows Server 2003 e o gateway de terceiros para estabelecer um encapsulamento IPSec quando o tráfego da NetA deve ser roteado para a NetB ou quando o tráfego da NetB deve ser roteado para a NetA para que tráfego é roteado através de uma sessão segura. Se você deseja configurar uma diretiva IPSec, você deve criar dois filtros: um filtro para corresponder pacotes vai da NetA para a NetB (encapsulamento 1) e um filtro para corresponder pacotes vai da NetB para a NetA (encapsulamento 2). Você deve configurar uma ação de filtro para especificar como o encapsulamento é protegido (um encapsulamento é representado por uma regra, portanto, são criadas duas regras). back to the top Criar diretiva de IPSecNormalmente, um gateway do Windows Server 2003 não é um membro de um domínio, então uma diretiva IPSec local é criada. Se o gateway do Windows Server 2003 for um membro de um domínio que tenha a diretiva IPSec aplicada a todos os membros do domínio por padrão, isso impede que o gateway do Windows Server 2003 de ter uma diretiva IPSec local. Nesse caso, você pode criar uma unidade organizacional no Active Directory, tornar o gateway do Windows Server 2003 um membro desta unidade organizacional e atribua a diretiva IPSec a objeto de diretiva de grupo (GPO) da unidade organizacional. Para obter mais informações, consulte a seção "Criando, modificando e atribuindo diretivas IPSec" do Windows Server 2003 ajuda on-line.
back to the top Criar uma lista de filtros da RedeA para a RedeB
Criar uma lista de filtros da RedeB para a RedeA
Configurar uma regra para um encapsulamento RedeA a RedeB
Configurar uma regra para um encapsulamento RedeB a RedeA
Atribuir sua nova diretiva IPSec ao seu gateway do Windows Server 2003Nas diretivas de segurança IP no snap-in do MMC local do computador, clique com o botão direito sua nova diretiva e clique em atribuir . Uma seta verde aparece no ícone de pasta próximo à diretiva.Após a diretiva for atribuída, você tem dois filtros ativos adicionais (roteamento e acesso remoto cria automaticamente filtros IPSec para tráfego L2TP). Para ver os filtros ativos, digite o seguinte comando em um prompt de comando: netdiag/test: IPSec /debug Você pode redirecionar a saída desse comando para um arquivo de texto para que poder visualizá-lo com um editor de texto (como o bloco de notas), digitando o seguinte comando: netdiag/test: IPSec /debug >filename .txt O comando netdiag está disponível depois de instalar as ferramentas de suporte Microsoft Windows Server 2003. Para instalar as ferramentas de suporte, localize a pasta Support\Tools no CD-ROM do Windows Server 2003, clique com o botão direito no arquivo Suptools.msi e clique em instalar . Após a instalação, talvez seja necessário executar o comando netdiag na pasta %SystemRoot% \Program Files\Support ferramentas (onde %SystemRoot% é a unidade onde o Windows Server 2003 está instalado).Os filtros de encapsulamento ser semelhante ao exemplo a seguir:
Local IPSec Policy Active: 'IPSec tunnel with {tunnel endpoint}' IP Security Policy Path:
SOFTWARE\Policies\Microsoft\Windows\IPSec\Policy\Local\ipsecPolicy{-longnumber-}
There are two filters
From NetA to NetB
Filter ID: {-long number-}
Policy ID: {-long number-}
IPSEC_POLICY PolicyId = {-long number-}
Flags: 0x0
Tunnel Addr: 0.0.0.0
PHASE 2 OFFERS Count = 1
Offer #0:
ESP[ DES MD5 HMAC]
Rekey: 0 seconds / 0 bytes.
AUTHENTICATION INFO Count = 1
Method = Preshared key: -actual key-
Src Addr: NetA Src Mask: -subnet mask-
Dest Addr: NetB Dest Mask: -subnet mask-
Tunnel Addr: 3rdExtIP Src Port: 0 Dest Port: 0
Protocol: 0 TunnelFilter: Yes
Flags : Outbound
From NetB to NetA
Filter ID: {-long number-}
Policy ID: {-long number-}
IPSEC_POLICY PolicyId = {-long number-}
Flags: 0x0
Tunnel Addr: 0.0.0.0
PHASE 2 OFFERS Count = 1
Offer #0:
ESP[ DES MD5 HMAC]
Rekey: 0 seconds / 0 bytes.
AUTHENTICATION INFO Count = 1
Method = Preshared key: -actual key-
Src Addr: NetB Src Mask: -subnet mask-
Dest Addr: NetA Dest Mask: -subnet mask-
Tunnel Addr: W2KextIP Src Port: 0 Dest Port: 0
Protocol: 0 TunnelFilter: Yes
Flags: InboundConfigurar o roteamento e acesso remoto filtragemSe você desejar impedir que o tráfego que não tem uma fonte ou endereço de destino que corresponde a NetA ou NetB, crie um filtro de saída para a interface externa no MMC de acesso remoto e roteamento para que o filtro ignora todo o tráfego, exceto pacotes da NetA para a NetB. Também crie um filtro de entrada para que o filtro ignora todo o tráfego, exceto pacotes da NetB para a NetA. Você também precisará permitir o tráfego para e partir WIN2003extIP e 3rdExtIP para permitir a negociação IKE quando o encapsulamento estiver sendo criado. Roteamento e acesso remoto filtragem é executada através de IPSec. Não é necessário que permitir especificamente o IPSec porque ele nunca chegue a camada de filtro de pacote IP de protocolo. O exemplo a seguir é uma representação muito simples do Windows Server 2003 TCP/IP arquitetura:Application layer Transport layer (TCP|UDP|ICMP|RAW) ---- Network layer start ---- IP Packet Filter (where NAT/Routing and Remote Access filtering is done) IPSec (where IPSec filters are implemented) Fragmentation/Reassembly ---- Network layer end ------ NDIS Interface Datalink layer Physical layer
Configurar rotas estáticas no roteamento e acesso remotoO gateway do Windows Server 2003 deve ter uma rota na sua tabela de rotas para a NetB. Para configurar essa rota, adicione uma rota estática no roteamento e MMC de acesso remoto. Se o Windows Server 2003 gateway for multihomed com dois ou mais adaptadores de rede na mesma rede externa (ou duas ou mais redes podem alcançar o destino de encapsulamento IP 3rdExtIP), existe o potencial para o seguinte:
Teste o encapsulamento IPSecVocê pode iniciar o encapsulamento usando o comando ping a partir de um computador na NetA para um computador na NetB (ou da NetB para a NetA). Se você criou os filtros corretamente e atribuído a diretiva correta, os dois gateways estabelecer um encapsulamento IPSec para que eles podem enviar o tráfego ICMP do comando ping em formato criptografado. Mesmo se o comando ping funciona, verifique o ICMP tráfego enviado em formato criptografado de gateway a gateway. Você pode usar as seguintes ferramentas para fazer isso.back to the top Ativar a auditoria de eventos de logon e acesso a objetosIsso registra eventos no log de segurança. Isso informa se IKE negociação da associação de segurança foi tentada e se ele foi bem-sucedido ou não.
Monitor de segurança IPConsole Monitor de segurança IP mostra estatísticas de IPSec e associações de segurança ativas (SA). Após você tentar estabelecer o encapsulamento usando o comando ping , você pode ver se uma SA foi criada (se a criação do encapsulamento tiver êxito, uma SA é exibida). Se o comando ping tiver êxito, mas não SA, o tráfego ICMP não estava protegido por IPSec. Se você vir uma "associação suave" que não existia anteriormente, IPSec concordou em permitir que esse tráfego ir "criptografado" (sem criptografia).Para obter informações adicionais sobre "Disco associações", clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:234580
(http://support.microsoft.com/kb/234580/EN-US/
)
"Associações virtuais" entre computadores habilitados para IPSec e não-IPSec-ativado Observação No Microsoft Windows XP e na família Windows Server 2003, segurança IP monitor é implementado como um console do Microsoft Management Console (MMC). Para adicionar o snap-in de Monitor de segurança IP, execute estas etapas:
Monitor de redeVocê pode usar o Monitor de rede para capturar o tráfego vai por meio da interface WIN2003extIP enquanto você tenta fazer ping no computador. Se você puder ver pacotes ICMP no arquivo de captura que têm origem e endereços IP de destino que correspondem aos endereços IP do computador que são ping do e do computador que você está tentando efetuar ping, em seguida, IPSec não está protegendo o tráfego. Se você não vir esse tráfego ICMP, mas conseguir ver pacotes ISAKMP e ESP em vez disso, o IPSec está protegendo o tráfego. Se você estiver usando somente o protocolo IPSec AH (Authentication Header), você verá o tráfego ISAKMP seguido os pacotes ICMP. Pacotes ISAKMP são a negociação IKE real ocorrendo e pacotes são os dados de carga criptografados pelo IPSec protocolo.Para instalar o Monitor de rede, execute estas etapas:
Teste real
ReferênciasPara obter mais informações sobre o serviço Roteamento e acesso remoto, consulte Windows Server 2003 ajuda on-line. Para exibir o Windows Server 2003 Resource Kit e outras documentações técnicas, visite o seguinte site da Microsoft: http://www.microsoft.com/windowsserver2003/default.mspx
(http://www.microsoft.com/windowsserver2003/default.mspx)
Para informações de padrões da IETF, visite os seguintes sites:
A informação contida neste artigo aplica-se a:
Tradução automáticaIMPORTANTE: 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: 816514
(http://support.microsoft.com/kb/816514/en-us/
)
| Outros Recursos Outros Sites de Suporte
ComunidadesObtenha Ajuda AgoraTraduções deste artigo
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Voltar para o início