Per quanto il laboratorio virtuale permetta di riprodurre molto bene una situazione reale, alcuni escamotage sono necessari per raggiungere certi livelli di usabilità. Uno di questi è una regola firewalling che permette a chi si mette in vpn di raggiungere direttamente le macchine del network interno 10.19.19.0/24. Per questo motivo, prima di lanciarsi in un eventuale Revert della macchina SERVER, si suggerisce l’analisi dei file di configurazione di rete, firewall, dns, sorgenti-apt, etc ...
Nota
La configurazione del server idra e` attualmente la seguente
eth0: 10.19.19.125/24
eth1: 192.168.19.125/24 ==> GW 192.168.19.10 - main
Tabella di routing IP del kernel
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
10.19.19.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
0.0.0.0 192.168.19.10 0.0.0.0 UG 100 0 0 eth1
Chain POSTROUTING (policy ACCEPT 25742 packets, 2399K bytes)
pkts bytes target prot opt in out source destination
14 672 SNAT all -- * eth1 10.19.19.0/24 0.0.0.0/0 to:192.168.19.125
0 0 SNAT all -- * eth1 10.19.19.0/24 0.0.0.0/0 to:192.168.19.125
Per verificare il netboot via ltsp, si potrà utilizzare una delle vm windows, ad esempio windows 98. Basterà riavviare la macchina e, alla comparsa dei primi messaggi del bios vmware, premere F12 per bootare via PXE.
Purtroppo windows98 sembra sia incompatibile con VMware ESX server 3.5. Esperienze con tale os potrebbero avere esisti non previsti.