Guide: Egen server – virtualisera och få mer ur din hemma-server!

Hur blir säkerheten om man t.ex. kör pfSense virtualiserat i ESXI?
Esxi ligger ju i botten och tuffar på och all trafik måste ju ändå gå igenom esxi för att skickas in till pfSense som sedan skyddar det övriga nätverket.. Så jämfört att köra en helt egen burk (ej virtualiserat), är det försumbar skillnad i säkerhet mellan virtualiserat via Esxi och fysisk burk?

Tror inte att det går, du kan lägga till flera NICs för redundans och lastbalansering men att använda servern som switch förekommer inte i produktions miljöer. Det närmaste du kommer lär vara att skappa en VM med en bryggad anslutning som har ben i båda vSwitcharna.

Jag har aldrig hört talas om att VMware skulle läcka trafik mellan VLANen/vSwitcharna. Så länge du konfigurerar rätt och inte gör något konstigt så ska det inte vara någon skillnad säkerhetsmässigt.

Har ett rätt mysko problem. Har satt upp en esxi maskin, skapat en virtuell maskin som har tillgång till internet. Jag kan pinga den och esxi maskinen. Köra vsphere client till esxi men om jag vill köra ssh direkt till virtuella maskinen eller http/https så kommer jag inte fram.
Jag har lagt till portforward i routern så det ska inte vara några problem. Finns det något mellan esxi->virtuell maskin som behöver fixas med?

Du känner inte för att slänga upp en liknande guide för linux miljö?

Det beror på vad du har för hårdvara. Om du vill kunna använda 2TB-diskarna i Ubuntu utan att förlora datat så behöver du nog ha stöd för VT-x (eller motsvarande AMD) och en separat diskkontroller som du ger din nya Ubuntu-instans direktåtkomst till.

Tips är även att installera ESXi på en USB-sticka, då kan du använda din 500GB disk som datastore.

Hej, har några ESXi nybörjarfrågor som jag hoppas kan ge mer klarhet till alla. De kanske redan är besvarade i tråden på annat sätt men jag har inte fått klarhet i de.

1. Använder VM's hårdvaran bara när de är igång? Dvs man kan ha 10 VMs på en 8-kärnig processor om inte alla är samtidigt igång? Eller kan de tillochmed dela på hårdvaran när de är igång?
2. Går det att starta VM's via "wake on LAN" eller liknande funktion? Idag har jag en TV server som vaknar från stand-by när jag sätter på HTPCn. Kan man ha liknande funktion via ESXi eller måste detta VM vara igång hela tiden? Det samma gäller för alla andra VM, tex Plex server, kan jag väcka den vid behov via klienten?
3. Är ESXi igång hela tiden eller kan man stand-by den också? Vilka strömsparfunktioner finns på ESXi?
4. Idag har jag diskar i virtuell raid via Win, (spanned volume) , hur gör jag med de? Kommer en Win VM att se de via ESXi?
6. Jag har en SSD disk på 120GB som jag använder som system disk idag. Är det rekommenderbart att använda denna disk för ESXi och VMs samtidigt?
7. Vilken storlek är rekommenderad per VM för Ubuntu TV server, Plex Mediaserver och FreeNAS? Kan dessa få tillgång från diskarna på samma gång?
8. Vilken är det bästa alternativet för diskformat och mount på en nyinstallation av ESXi?

Tack för en bra guide och diskussioner!!!

Ja, du kan blåsa den och installera ESXi, med raw device mapping kan en VM se raiden. Dock är det inte den bästa lösningen.

Varför inte virtualisera med Ubuntu? Minst lika enkelt med kom och virt-manager som guide.

1. Du kan "överdimensionera", både när det gäller CPU och minne. Bara för att du assignar en kärna till en virtuell maskin innebär inte det att den "låser" lärnan. Tre maskiner kan glatt dela på en kärna.

2. Om det stöds i VM:en, sure. Dock är ju ESXi-hosten igång hela tiden så du "tjänar" inget på att ha maskinerna i standby.

3. Den är igång hela tiden. Tror man kan få den att varva ner diskar, men annars är det inte mycket sånt du kan fippla med.

4. Om du tänkte installera ESXi på den windows-server så nä. ESXi har ett eget filsystem.

6. (Vart tog 5 vägen?) Installera ESXi på ett USB-minne och har SSDn till VM:ar

7. Omöjligt att säga. Testa dig fram. Dom kan få tillgång till "samma" diskar om du med det menar nätverksdiskar. Du kan inte köra samma fysiska/virtuella disk i två maskiner samtidigt.

8. Det bästa(enda) alternativet är det som ESXi rekommenderar.

Vad är best practice att ha en Hypervisor med VMs både för internt bruk (NAS, Applikations Server som Plex etc.) och extern server som exponeras publikt utan att skapa onödiga säkerhetsluckor.

Jag har funderat en del på detta och det finns en del lösningar:

1. Låt en VM i din Hypervisor (VM Host) vara "router" för hela ditt närverk. Koppla denna VM direkt till ett fysiskt NIC på hosten som blir vårt WAN, koppla ett annat fysiskt NIC till ett internet nätverk som blir det nät som VMs kan dela med resterande fysiska enheter, desktops och bärbara. Skapa ett DMZ nät, som endast är internt i VM Hosten där publika VMs kan exponeras för omvärden. Önskar man t.ex. att endast låta en reverse-proxy för http exponeras för omvärlden, kan man låta den hämta data via ett tredje nät.

2. Åstadkomma samma sak, men med en extern router och två separata nätverk från denna router til VM Host.

Vad är att föredra? Kan man, med en nyare router och DD-WRT eller liknande skapa de separata nätverken på vlan poch inte behöva lika många NICs i VM Host?
Det finns ju många nackdelar med att låta en VM vara router, med tanke på att alla enheter är beroende av den för DHCP etc.

Best practice är defenitivt att separera de olika "säkerhetszonerna" i olika subnät och sedan separera med VLAN. Jag skulle säga att det är vanligare att köra med en extern firewall box, men om denna box i ditt fall bara kommer att vara en DD-WRT så skulle jag nog föreslå en virtuell pfSense eller liknande som brandvägg så den har mycket mer features och imo bättre brandvägg utan att behöva gå in och modifiera iptables reglerna direkt (disclaimer: var några år sedan jag faktiskt använde DD-WRT för mer än Wi-Fi accesspunkt). Och ja, alla använder VLAN för att separera trafiken utom möjligtvis för management nät, vilket jag föredrar att ha på ett (eller två) otaggat interface om det finns tillgängligt, men har man inga lediga interface (typ, de integrerade i moderkortet) så är det inte värt det..

Tänk bara på att det kan vara vettigt att ha en pålitlig ingång för management. Det kan bli en väldigt jobbig situation om du är beroende av den virtuella brandväggen för att forwarda trafik till ESXs management interface, och brandväggen lägger av av någon anledning.