Назад в 2006, я вывесил статью о как получить Стекло в VM. 
Выходка должна была использовать дистанционный Desktop на Стекл-позволенной машине к TS в VM бежит такой же осмий.  Если строение осмия на вашем workstation по-разному чем одно в VM, то стекло не будет работать.

С отпуском Windows фактически пикокулона для выбранного отпуска Windows 7, этот вопрос come up снова внутри столб от RedmondPie.com люди.  Они заметили что если вы включаете обслуживания внедрения в Windows 7 VM, то вы получите Aero стекло!

Это может быть новости, но будет фактическ рассказ такого же ol'.  Причина что включать обслуживания внедрения дает вам Aero стекло потому что оно использует дистанционную Desktop технологию для того чтобы показать вам видеоего от фактически машины.  То также помогает объяснить почему устанавливать Vista (или строение 7 по-разному чем одно на хозяине) не дает вам стекло.

Теперь, вы могли быть спрашивающ почему - если это поистине -, то вы не получаете стекло в Гипер-V пока использующ VMConnect?  В конце концов VMConnect использует дистанционный Desktop

Это будет милый общий вопрос на наших внутренне пересылая списках, и я представил бы что будет общим снаружи Microsoft также, поэтому я думал он сделает славный столб blog (в виду того что я буду дорогой позади на blogging…).

Так, вы имеете VM который соединен к домену и работе совершенной.  Вы принимаете snapshot поэтому вы можете восстанавливать к этому волшебному пункту workingness в любое время, и жизнь хороша.

One day, you need to fire up this VM and test something, so you revert to your snapshot and start the VM.  That’s when you’re told that the domain doesn’t trust your (virtual) workstation anymore.  What the heck just happened?  No changes were made to the snapshot!  That’s why it’s called a snapshot!  Why did this break?

Well, you’re right.  No changes were made to snapshot, and that’s part of the problem.

It’s part of the default Active Directory domain policies for a domain member to change the password for it’s account every now and then.  You’ve no doubt had to change the password for your User Account occasionally, so this shouldn’t be a surprise.  What may be a surprise is that the same

The Remote Desktop application in Windows has a nifty little feature where you can save all of your custom settings for a specific remote computer to a single .RDP file, and then just use that .RDP file as a shortcut to connect to that remote computer instantly.

VMConnect, which is the name of the application that you use to connect to the console session of a Hyper-V Virtual Machine, doesn’t have that option. 

Curses!  What is an administrator to do!?!

Well, if your VM is running Windows, you could always Remote Desktop directly into the guest OS, but that won’t connect you directly to the console (i.e. you won’t be able to watch the VM boot).

But there’s a better way.  VMConnect allows you to specify the name of the Hyper-V server and the name of the VM you want to connect to on the command line.

So, let’s say that you have a Hyper-V Server called “MyHost” and a VM called “My Guest” that you want to connect to quickly.  All you need to do is create a shortcut that points to

In the RC0 release of Hyper-V, you may recall, you had to use the same QFE to Windows Server 2008 host and guest machines to get the Integration Component versions matching.

In RTM, you simply need to choose the Insert Integration Services Setup Disk option from the Action menu in VMConnect, just like you do for Windows XP, Windows Server 2003, and Windows Vista.

However, after you get the ICs working and you connect up to Windows Update, the Hyper-V QFE for Windows Server 2008 (KB950050) is still listed. That little logical paradox causes you to check which QFEs are actually installed on your system, and you find that KB950050 isn't in that list.

What sort of crazy voodoo magic is this?

Well, according to Occam's Razor, the simplest answer is typically the correct one.

The simplest answer in this case is that Windows isn't lying - KB950050 isn't installed. For RTM (actually, this happened in RC1), we added another QFE to the mix so that the standard way of installing the ICs (the VMGuest.ISO, which is what gets inserted into the VM's DVD-ROM drive when you click Insert Integration Services Setup Disk) worked for Windows Server 2008.

Since