Tag-Archiv für » hyper-v «

16 | 08 | 2016

PowerShell Hack: Hyper-V-Host einer VM remote ermitteln

Geschrieben von um 16:35 Uhr

Das ist nichts wirklich Neues, einfach aus der Reihe „gewusst wie“. Aufgabe: Den Hostnamen einer Hyper-V-VM ermitteln, während man weder mit dem Hyper-V-Host noch mit der VM eine gemeinsame Authentifizierungsbasis hat, die Credentials also explizit übergeben muss. Erschwert wird die Nummer dadurch, dass einige der betroffenen Maschinen noch Server 2003 ausführen und damit PowerShell-Remoting als Allheilmittel ausscheidet. Der gesuchte Name steht natürlich in der Registry, aber die an sich elegantere Lösung mit [Microsoft.Win32.RegistryKey]::OpenRemoteBaseKey funktioniert nicht, da sie keine explizite Authentifizierung zulässt. Aber es gibt ja noch WMI und den StdReg-Provider. Da geht natürlich deutlich mehr. Und tatsächlich, so geht’s:

$HKEY_LOCAL_MACHINE=2147483650
$my_computer = "<NAME, FQDN oder IP>"
$my_credentials = Get-Credential
(Invoke-WmiMethod -Namespace "ROOT\default" -Class "StdRegProv" -ComputerName $my_computer -Credential $my_credentials -Name GetStringValue -ArgumentList @($HKEY_LOCAL_MACHINE,"SOFTWARE\Microsoft\Virtual Machine\Guest\Parameters","PhysicalHostName")).sValue

Freilich gibt es auch https://psremoteregistry.codeplex.com/ von Shay Levi, aber das ist a. alt und muss b. eingebunden werden, was nicht immer wünschenswert oder zulässig ist.

Tags » , , , , , , «

+

14 | 05 | 2014

Unterwegs mit Hyper-V: mobil ins Internet

Geschrieben von um 16:24 Uhr

Hat man einen Laptop, der sich aufgrund der technischen Daten als Virtualisierungshost eignet (so z.B. hier ein DELL Precision M4800 mit einem i7 und 32 GB RAM), und ist man dann auch noch als IT-Experte in verschiedenen Projekten unterwegs, so liegt es nahe, in Bezug auf die Arbeitsumgebung genauso zu verfahren als wenn man einen Server hätte: Auf dem Host (d.h. Hardware des Notebooks) möglichst keine Anwendungssoftware, sondern lediglich Gerätetreiber zu installieren, und seine Büroumgebung – neben den ganzen Projektmaschinen – innerhalb  einer VM zu betreiben. Möchte man gleichzeitig das Prinzip „practise what you preach“ respektieren, bleibt einem nicht viel übrig als auf Hyper-V zu setzen. Zum Glück bietet Hyper-V für Windows 8.1 (auf einen einzelnen Host bezogen) nahezu die gleichen Funktionen wie das im Server 2012 R2, daher kann man das Client-Betriebssystem nehmen und bzgl. Treiber auf der sicheren Seite sein.

In einem Punkt offenbart sich die Feature-Parität des Client- zum Server–Hyper-V allerdings sehr schnell als Fluch statt Segen: Nämlich im Umgang mit Geräten, die ein typischer Server nicht hat. Und während der WLAN-Adapter durchaus als Uplink an den vSwitch „angeschlossen“ werden kann (hier übrigens im Gegensatz zum Server-Hyper-V, da geht es nicht ohne Tricksen), ist es bei der UMTS-Karte schon schwieriger, denn diese präsentiert sich dem System als ein Dial-Up-Adapter und nicht als Netzwerkkarte:

UMTS-Karte in einem Laptop

Solche Adapter stehen als Uplink zum vSwitch nicht zur Verfügung:

Auswahl an NICs

Was also tun? Eine gern genommene Variante ist es freilich, auf den UMTS-Chip ganz zu verzichten und einen Taschen-Hotspot zu verwenden. Ich habe sogar so ein Ding und verwende es gelegentlich auch. Aus zwei Gründen wollte ich jedoch den Onboard-UMTS-Chip nutzen können:

  • die SIM-Karte im Laptop (für die mein Arbeitgeber bezahlt) ist „micro“, der mobile Hotspot möchte aber eine normale SIM, für die bezahle ich aber selbst 😉
  • Manchmal möchte man eben einfach nur ein Gerät dabei haben, zumal es ja entsprechend ausgerüstet ist.

Zur Hilfe kommt hier ein Windows-Feature aus dem „Home User-Bereich“, das man als Experte schon oft belächelt hat: Inernet Connection Sharing. Funktioniert in diesem Fall aber einwandfrei und macht nichts kaputt. Und das geht so:

1. Einen neuen Virtual Switch vom Typ „Internal“ anlegen. Auf diesen haben standardmäßig sowohl die VMs als auch der Host Zugriff:

2. Dann schalten wir auf dem UMTS-Adapter das ICS ein und definieren als das zu bedienende Heim-Netzwerk den neuen vSwitch:

Jetzt müssen nur noch die VMs, die den Zugang über UMTS brauchen, auf den WWAN-vSwitch umgestellt werden:

Et voila!

 

Tags » , , , , «

6