A configuração
Eu configurei o pfSense 2.0.1 (imagem de 64 bits) como um host no Hyper-V. Como descrito em outros blogs, eu tive que fazer o “ifconfig down deX”, “ifconfig up deX” para colocar a rede em funcionamento.
O servidor (HP executando o Windows 2008 R2) está equipado com duas NICs físicas.
A primeira NIC física (porta 1) não está configurada no host (apenas como comutador Hyper-V, veja mais abaixo).
A segunda NIC física (porta 2) é configurada com uma rede para gerenciamento remoto (rede C-class padrão). Acho que as duas placas de rede estão conectadas ao mesmo switch e VLAN = padrão (a fiação física foi feita pelo meu provedor de co-localização).
No Hyper-V, existem as seguintes redes virtuais definidas:
interno : rede interna da máquina virtual usada para comunicação entre VMs (“LAN” conectando os servidores Windows).
Internet : rede virtual usada como conexão WAN para pfSense. Essa rede é atribuída à primeira NIC física (porta 1) do servidor. A rede virtual é dedicada ao Hyper-V e não é compartilhada com o host.
Na minha configuração, uso o pfSense como o firewall voltado para a Internet para algumas máquinas virtuais (servidores Windows) também em execução no mesmo host Hyper-V.
As caixas do Windows usam o pfSense como gateway padrão e baixei com êxito as atualizações do Windows para todas as VMs por meio do firewall pfSense - funcionando sem problemas.
Para redirecionar os serviços recebidos, o pfSense é configurado com 1-1 NAT para mapear endereços IP de ISPs para endereços 172.16.0.0/16 internos nas caixas do Windows.
O problema
O problema que tive foi que, depois de trabalhar com êxito com uma conexão RDP pela rede de gerenciamento (porta 2), a conexão acabou e toda a conectividade de rede foi perdida para o servidor e as VMs. Antes do problema, fiz duas alterações na configuração.
Movido o endereço IP de gerenciamento da porta 1 para a porta 2. Essa alteração foi verificada com êxito reconectando o RDP uma hora depois na nova interface (porta 2, conforme descrito acima).
Fiz algumas configurações nos IPs virtuais no pfSense (necessário para o 1-1 NAT).
Alguns minutos depois, a conectividade com a máquina foi perdida.
O que me intriga é que a conexão de rede de gerenciamento (porta 2) deve ser intocada pelo Hyper-V, pois não está integrada ao Hyper-V. No entanto, parece haver propagação de erro do pfSense (usando a NIC na porta 1).
Hoje, tivemos um problema semelhante ao usar apenas uma NIC (porta 1 compartilhada entre o Hyper-V / pfSense e o host). O problema que tivemos então foi que, quando o pfSense foi parado, poderíamos executar ping no host e, quando reiniciado, o ping parou de funcionar (nenhum conflito de IP é o que sabemos).
O pfSense é instalado a partir do ISO e o “MAC Address spoofing” é o padrão = desativado.
Como o problema parece se propagar entre as duas portas físicas, acho que isso pode ter algo a ver com o ARP não funcionar corretamente.
Qualquer comentário sobre isso é muito apreciado.
/ J