<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Isaac&#039;s Blog &#187; vmware</title>
	<atom:link href="http://blog.isaacblum.com/tag/vmware/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.isaacblum.com</link>
	<description>So Many Rambles So Little Time....</description>
	<lastBuildDate>Wed, 28 Dec 2011 21:10:03 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Trust Relationship Between Workstation and Domain Fails After a SnapShot</title>
		<link>http://blog.isaacblum.com/2011/01/10/trust-relationship-between-workstation-and-domain-fails-after-a-snapshot/</link>
		<comments>http://blog.isaacblum.com/2011/01/10/trust-relationship-between-workstation-and-domain-fails-after-a-snapshot/#comments</comments>
		<pubDate>Mon, 10 Jan 2011 20:59:09 +0000</pubDate>
		<dc:creator>IsaacBlum</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[For The Greater Good]]></category>
		<category><![CDATA[Free Help]]></category>
		<category><![CDATA[HyperV]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[VMWare]]></category>
		<category><![CDATA[Windows 7]]></category>
		<category><![CDATA[Windows Server 2008]]></category>
		<category><![CDATA[Windows Server 2008 R2]]></category>
		<category><![CDATA[Active Directory]]></category>
		<category><![CDATA[AD]]></category>
		<category><![CDATA[GPO]]></category>
		<category><![CDATA[Machine key]]></category>
		<category><![CDATA[Trust Relationship Between Workstation and Domain Fails]]></category>
		<category><![CDATA[vmware]]></category>

		<guid isPermaLink="false">http://blog.isaacblum.com/?p=453</guid>
		<description><![CDATA[Trust Relationship Between Workstation and Domain Fails after you restore to a previous snapshot for either VMware or Hyper. This is because by default every 30 days the Active Directory(AD) server will change the machine key for each of its members. In a development environment where security is not important. This can cause a headache, [...]]]></description>
			<content:encoded><![CDATA[<p>Trust Relationship Between Workstation and Domain Fails after you restore to a previous snapshot for either VMware or Hyper. This is because by default every 30 days the Active Directory(AD) server will change the machine key for each of its members. In a development environment where security is not important. This can cause a headache, causing you to unjoin then rejoin servers back to the domain. The other option is to disable this function.</p>
<ol>
<li>On the Domain Controller : Launch Group Policy Management -&gt; Control PanelSystem and SecurityAdministrative ToolsGroup Policy Management</li>
<li>Edit the default group policy or edit the GPO of your choice.</li>
<li>Edit “Domain member: Maximum machine account password age” = 999   Located -&gt; Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options</li>
<li>Edit “Domain member: Disable machine account password changes” = Enabled   Located -&gt; Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options</li>
<li>Edit “Domain controller: Refuse machine account password changes” = Enabled   Located -&gt; Computer ConfigurationWindows SettingsSecurity SettingsLocal PoliciesSecurity Options</li>
<li>Lastly run “gpupdate /force” on all servers that need this change.</li>
</ol>
<p>Resource links:</p>
<p><a href="http://technet.microsoft.com/en-us/library/cc781050(WS.10).aspx">http://technet.microsoft.com/en-us/library/cc781050(WS.10).aspx</a></p>
<p><a href="http://technet.microsoft.com/en-us/library/cc785826(WS.10).aspx">http://technet.microsoft.com/en-us/library/cc785826(WS.10).aspx</a></p>
<p><a href="http://technet.microsoft.com/en-us/library/cc781050(WS.10).aspx">http://technet.microsoft.com/en-us/library/cc781050(WS.10).aspx</a><strong></strong></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.isaacblum.com/2011/01/10/trust-relationship-between-workstation-and-domain-fails-after-a-snapshot/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>vsphere client on Windows 7</title>
		<link>http://blog.isaacblum.com/2009/10/08/vsphere-client-on-windows-7/</link>
		<comments>http://blog.isaacblum.com/2009/10/08/vsphere-client-on-windows-7/#comments</comments>
		<pubDate>Thu, 08 Oct 2009 23:37:16 +0000</pubDate>
		<dc:creator>IsaacBlum</dc:creator>
				<category><![CDATA[Business]]></category>
		<category><![CDATA[For The Greater Good]]></category>
		<category><![CDATA[Free Help]]></category>
		<category><![CDATA[Windows 7]]></category>
		<category><![CDATA[client]]></category>
		<category><![CDATA[esxi 4]]></category>
		<category><![CDATA[vmware]]></category>
		<category><![CDATA[vsphere]]></category>
		<category><![CDATA[x64]]></category>

		<guid isPermaLink="false">http://blog.isaacblum.com/?p=136</guid>
		<description><![CDATA[Thanks to the fine souls at vmware community and ftubio. All the hard work can be downloaded here *** Make sure to remove the &#8216;-zip.doc&#8217; from the file name you will be left with &#8216;vsphere-client-files.zip&#8217; 1. Obtain a copy of %SystemRoot%Microsoft.NETFrameworkv2.0.50727System.dll from a non Windows 7 machine that has .NET 3.5 SP1 installed. 2. Create [...]]]></description>
			<content:encoded><![CDATA[<p>Thanks to the fine souls at <a href="http://communities.vmware.com/thread/211440">vmware community</a> and <a href="http://communities.vmware.com/people/ftubio;jsessionid=1B8A6978330F75E916D14B063A31E0B1">ftubio</a>.</p>
<p>All the hard work can be downloaded <a href="http://isaacblum.files.wordpress.com/2009/10/vsphere-client-files-zip.doc">here</a><br />
*** Make sure to remove the &#8216;-zip.doc&#8217; from the file name you will be left with &#8216;vsphere-client-files.zip&#8217;</p>
<p>1. Obtain a copy of %SystemRoot%Microsoft.NETFrameworkv2.0.50727System.dll from a non Windows 7 machine that has .NET 3.5 SP1 installed.</p>
<p>2. Create a folder in the Windows 7 machine where the vSphere client is installed and copy the file from step 1 into this folder. For example, create the folder under the vSphere client launcher installation directory (+%ProgramFiles%VMwareInfrastructureVirtual Infrastructure ClientLauncherLib+).</p>
<p>3. In the vSphere client launcher directory, open the VpxClient.exe.config file in a text editor and add a  element and a  element as shown below. Save the file.</p>
<p>&#8230;</p>
<p>3. Create a batch file (e.g. *VpxClient.cmd*) in a suitable location. In this file add a command to set the DEVPATH environment variable to the folder where you copied the System.dll assembly in step 2 and a second command to launch the vSphere client. Save the file. For example,</p>
<p>SET DEVPATH=%ProgramFiles%VMwareInfrastructureVirtual Infrastructure ClientLauncherLib<br />
&#8220;%ProgramFiles%VMwareInfrastructureVirtual Infrastructure ClientLauncherVpxClient.exe&#8221;</p>
<p>4. (Optional) Replace the shortcut on the start menu to point to the batch file created in the previous step. Change the shortcut properties to run minimized so that the command window is not shown.</p>
<p>You can now use the VpxClient.cmd (or the shortcut) to launch the vSphere client in Windows 7.</p>
<p>Note that this workaround bypasses the normal .NET Framework loading mechanism so that assembly versions in the DEVPATH folder are no longer checked.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.isaacblum.com/2009/10/08/vsphere-client-on-windows-7/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

