VirtualBox Headless gebruikt standaard RDP voor toegang op afstand tot VM's, niet VNC. RDP is veel sneller.
De RDP-functionaliteit heb je alleen maar in de gesloten variant van VBox; tot en met versie 3.x had je ook verschil tussen OSE-binary uit de repo en de gesloten binary via de VBox-site. Sinds 4.x is er geen verschil meer tussen de OSE-versie die in de repos staat en de binary die je van
http://www.virtualbox.org/wiki/Downloads kunt downloaden. De 'gesloten' functionaliteit zoals RDP zit nu in een extension-pack, deze dien je er dus bij te installeren.
Je kunt de RDP-poort ook zelf kiezen. Standaard is deze 3389. De firewall moet deze dus doorlaten c.q. forwarden.
En hardwarevirtualisatie in de processor is alleen nodig als je hypervisorfunctionaliteit wenst. Gewoonlijk wens je dat, want dat versnelt de VM's aanzienlijk en levert bijna dezelfde prestaties alsof je de inhoud van zo'n VM native had draaien.
KVM kan niet draaien zonder hardwarevirtualisatie, dus daar loop je soms tegen deze beperking aan. Bij VBox is het optioneel: is het aanwezig, dan kun je er voor kiezen om het te gebruiken (of niet).
QEMU zonder KVM zou ik niet proberen. De keren dat ik er iets mee gedaan heb, was het zeer traag. QEMU is weliswaar de basis van KVM, maar door de (verplichte) toepassing van hardwarevirtualisatie wordt dat probleem verholpen.
Niettemin kan ik de VirtualBox beheerconsole oproepen op mijn werkstation via ssh -X user@server VirtualBox &
Dit is idd een mooie oplossing. Niet verrassend: het werkt zelfs via internet, beetje traag (hangt natuurlijk af van met name je upload-snelheid en zo), maar toch. Daarnaast zou je, als de sessies eenmaal in de lucht zijn, terug kunnen vallen op de commandline (VBoxManage c.s.).
Het volledig configureren van een sessie via de commandline die ik zelf nooit (al zou het wel kunnen). Meestal bereid ik een virtuele harddisk locaal voor via de GUI en copieer die dan naar de server waarbij ik dan via de -X-methodiek de disk koppel aan een sessie.