Il set up
Ho installato pfSense 2.0.1 (immagine a 64 bit-amd) come host in Hyper-V. Come descritto in altri blog, ho dovuto eseguire "ifconfig down deX", "ifconfig up deX" per rendere operativa la rete.
Il server (HP con Windows 2008 R2) è dotato di due schede NIC fisiche.
La prima scheda NIC fisica (porta 1) non è configurata nell'host (solo come switch Hyper-V, vedere più avanti).
La seconda scheda di rete fisica (porta 2) è configurata con una rete per la gestione remota (rete di classe C standard). Penso che entrambe le schede di rete siano collegate allo stesso switch e VLAN = default (il cablaggio fisico è stato eseguito dal mio fornitore di co-locazione).
In Hyper-V sono definite le seguenti reti virtuali:
internal : rete interna della macchina virtuale utilizzata per le comunicazioni inter VM ("LAN" che collega i server Windows).
Internet : rete virtuale utilizzata come connessione WAN per pfSense. Questa rete è assegnata alla prima NIC fisica (porta 1) del server. La rete virtuale è dedicata a Hyper-V e non è condivisa con l'host.
Nella mia configurazione utilizzo pfSense come firewall per Internet per un paio di macchine virtuali (server Windows) in esecuzione sullo stesso host Hyper-V.
Le caselle di Windows utilizzano pfSense come gateway predefinito e ho scaricato correttamente gli aggiornamenti di Windows su tutte le macchine virtuali attraverso il firewall pfSense - senza problemi.
Per reindirizzare i servizi in arrivo, pfSense è configurato con NAT NAT 1-1 per mappare gli indirizzi IP degli ISP agli indirizzi interni 172.16.0.0/16 nelle finestre di Windows.
Il problema
Il problema che ho avuto è che dopo aver lavorato con successo con una connessione RDP sulla rete di gestione (porta 2), la connessione si interrompe e tutta la connettività di rete viene persa per il server e le macchine virtuali. Prima che si verificasse il problema, ho apportato due modifiche alla configurazione.
Spostato l'indirizzo IP di gestione dalla porta 1 alla porta 2. Questa modifica è stata verificata correttamente ricollegando RDP un'ora dopo sulla nuova interfaccia (porta 2 come descritto sopra).
Ha eseguito alcune configurazioni sugli IP virtuali in pfSense (necessario per il NAT 1-1).
Alcuni minuti dopo è stata persa la connettività alla macchina.
La cosa che mi confonde è che la connessione di rete di gestione (porta 2) non dovrebbe essere toccata da Hyper-V poiché non è integrata con Hyper-V. Tuttavia sembra che ci sia propagazione di errori da pfSense (usando NIC sulla porta 1).
Oggi abbiamo avuto un problema simile quando si utilizzava solo una scheda NIC (porta 1 condivisa tra Hyper-V / pfSense e l'host). Il problema che abbiamo avuto è stato che quando pfSense è stato arrestato abbiamo potuto eseguire il ping dell'host e quando è stato riavviato il ping ha smesso di funzionare (nessun conflitto IP ciò che sappiamo).
PfSense è installato dall'ISO e lo "spoofing dell'indirizzo MAC" è predefinito = disattivato.
Dal momento che il problema si è propagato tra le due porte fisiche, la mia ipotesi è che ciò potrebbe avere a che fare con l'ARP che non funziona correttamente.
Qualsiasi commento di approfondimento su questo è molto apprezzato.
/ J