ASP Developer Network - Brought to you by Steve Radich and BitShop, Inc. - http://www.bitshop.com

ASPDeveloper

ASPDeveloper.Net / VirtualServerFAQ.COM

Make sure you go to our home page for:

* Virtual Server 2005 FAQ
* ASP.Net 2.0 Information
* ASP.Net 2.0 Streaming Tutorials
* ASP.Net 2.0 HTML based Tutorials

Made possible by Business Internet Technology Shop (BitShop)

Virtual Server 2005

Recent Virtual Server 2005 posts

* Best place for VBscripts ?
* VS2005R2+VSMT - Create a virtual disk takes a lot of time
* VM"s lose network connectivity to everything except the host machine
* Multiple NICs on server?
* Virtual Machine Remote Administration terminology
* activation key for beta users not working?
* changing VHD file on a virtual server
* VMWare GSX vs VS R2
* Hyperthreading support in R2
* autostart guest VM on DC
* Basic Question
* The service principal names for Virtual Server; Event ID 1130
* General, Inconsistant Network Troubles
* Can"t install Win2003 from image.
* HELP! Installed Virtual Server and now I cannot access it!
* P2V best practices...
* Physical Network Adapter not showing up
* Hello
* Undo Disks on a Cluster
* SMB Causes Loss of Connectivity

Add Solution

IVMGuestOS interface: SetParameter method question

Source: microsoft.public.virtualserver
Sent: 01/04/2006
From: pguzman73
Message:

Hi all,
I know that a host side application can set on the guest OSs some parameters
using
the IVMGuestOS interface, and the method SetParameter. My question is: is it
possible for that host side application to retrieve in a second moment the
list of all the parameters that have been set on the guest OSs (for the
virtual machines up and running obviously) ?
I know that this parameter that is set through SetParameter(name,value) is
added in the guest operating system's registry in a well known location.
Suppose that in the guest OS I add a new entry in the registry in this well
known location. Does anyone know if it is possible for an application running
in the host OS to get the name and the value of a registry entry that has
been added ?
Thanks for your time
Paolo

Post Reply | This is Spam! | Mark as Spam

Related Messages

Re: IVMGuestOS interface: SetParameter method question

Sent: 01/04/2006
From: "Phil Wilson" <(email address - cut out)com>
Message:

Well it's just another Windows system, so you can use APIs like .NET's
RegistryKey.OpenRemoteBaseKey or Win32"s RegConnectRegistry to look at its
registry.
--
Phil Wilson [MVP Windows Installer]
----
"pguzman73" <(email address - cut out)> wrote in message
news:(email address - cut out)...

Show quoted text

> Hi all,
> I know that a host side application can set on the guest OSs some
> parameters
> using
> the IVMGuestOS interface, and the method SetParameter. My question is: is
> it
> possible for that host side application to retrieve in a second moment the
> list of all the parameters that have been set on the guest OSs (for the
> virtual machines up and running obviously) ?
> I know that this parameter that is set through SetParameter(name,value) is
> added in the guest operating system's registry in a well known location.
> Suppose that in the guest OS I add a new entry in the registry in this
> well
> known location. Does anyone know if it is possible for an application
> running
> in the host OS to get the name and the value of a registry entry that has
> been added ?
> Thanks for your time
> Paolo

Re: IVMGuestOS interface: SetParameter method question

Sent: 01/04/2006
From: Richard Cardona <(email address - cut out)>
Message:

Phil Wilson wrote:

I think Paulo's point is without any credentials in the GuestOS, as long
as you are a privileged MSVS API client, you can write arbitrary REG_SZ
name-value pairs (with a name up to 255 chars and a content string) into
the GuestOS's registry and that ends up under the
HKLM\Software\Microsoft\Virtual Machine\GuestOS\Parameters.

Unfortunately the reverse is not true. If a GuestOS application updates
or adds a new Parameter under the same key there is no way via the MSVS
API to read the updated value or discover any new name-value strings.

Paulo,
To Phil's point to read the the Guest's registry you will need to use
the Remote Registry API. At least the permissions to read are less
compromising than to write. But if you're going to the trouble to
enable read access, enabling write access wouldn't be that much more work.

Show quoted text

> Well it's just another Windows system, so you can use APIs like .NET's
> RegistryKey.OpenRemoteBaseKey or Win32"s RegConnectRegistry to look at its
> registry.

Re: IVMGuestOS interface: SetParameter method question

Sent: 01/05/2006
From: pguzman73
Message:

Richard, Phil, thank you for the timely answers.
Richard, you have understood my point: now I'm wondering if it is possible
, and how can it be done, to pass informatoin between the host and the guest
without any credentials. The method SetParameter() is good, but I think it
doesn't work if the guest OS is not Windows, but, as you said, the reverse is
not true.
Thanks a lot
Regards
Paolo
"Richard Cardona" wrote:

Show quoted text

> Phil Wilson wrote:
> > Well it's just another Windows system, so you can use APIs like .NET's
> > RegistryKey.OpenRemoteBaseKey or Win32"s RegConnectRegistry to look at its
> > registry.
>
> I think Paulo's point is without any credentials in the GuestOS, as long
> as you are a privileged MSVS API client, you can write arbitrary REG_SZ
> name-value pairs (with a name up to 255 chars and a content string) into
> the GuestOS's registry and that ends up under the
> HKLM\Software\Microsoft\Virtual Machine\GuestOS\Parameters.
>
> Unfortunately the reverse is not true. If a GuestOS application updates
> or adds a new Parameter under the same key there is no way via the MSVS
> API to read the updated value or discover any new name-value strings.
>
> Paulo,
> To Phil's point to read the the Guest's registry you will need to use
> the Remote Registry API. At least the permissions to read are less
> compromising than to write. But if you're going to the trouble to
> enable read access, enabling write access wouldn't be that much more work.
>

Re: IVMGuestOS interface: SetParameter method question

Sent: 01/06/2006
From: Richard Cardona <(email address - cut out)>
Message:

pguzman73 wrote:

Paulo,
Outside of regular TCP networking, the only two-way communication I know
of between a host and the guest is using either a virtual floppy or
named pipes via the COM Serial port (look at the COM port properties page).

The virtual floppy is limited to 2.88Mb and would be read/write for one
side (Host or Guest) and read only for the other. You need a virtual
floppy driver on the host to share a virtual floppy.

And unfortunately programming named pipe IO is not as easy as registry
manipulation. An easier "return path" is writing the Guest COM output
to a host file. That is straightforward but not two-way. AFAIK, there
is no way for a Guest to read a host file contents via the COM port.

I'm sure there are other ways to accomplish Guest interaction without a
network or credentials but these are the two that come to mind.

Show quoted text

> Richard, you have understood my point: now I'm wondering if it is possible , and how can it be done, to pass informatoin between the host and the guest
> without any credentials. The method SetParameter() is good, but I think it doesn't work if the guest OS is not Windows, but, as you said, the reverse is
> not true.

Post Reply | This is Spam! | Mark as Spam

Other groups

Virtual PC (Mac)(3592)	Virtual PC(12844)	Virtual PC (French)(496)
Virtual Server 2005(6245)

Our Sponsors

Virtual Server 2005 Info Here!
http://www.aspdeveloper.net

Wiki

Blogs

Articles

Image galleries

File galleries

Forums

Maps

Directories

ASP Developer Network (since 1996) - Brought to you by Steve Radich and BitShop, Inc. - http://www.bitshop.com
Copyright © 1997-2005 by BitShop, Inc. All Rights Reserved.
No content may be reproduced in any form without written permission from BitShop, Inc.
We will be honored to assist with reproduction rights on our material if you contact us.
We also can provide print articles for your magazine, private training seminars at your site, and conference presentations.
Thank you for visiting. Please bookmark our site if you found it useful!
If you wish to make a donation it will help further the development of these free resources: