Skip to main content

Google Earth Pro Repackaged for SCCM with license key

Tags: install google earth pro with license key

Google Earth Pro can be downloaded here http://www.google.com/earth/download/gep/agree.html

Select Version 7.0 and un-tick “allow Google Earth to install Recommended Updates Automatically”.  Most Enterprise software is highly controlled and making sure versions are consistent and understood is essential.

 

GoogleEarthProWin.exe can be installed silently with the following switch.

GoogleEarthProWin.exe /S /v/qn /V"/qn ALLUSERS=1"

 

Or you can extract the exe to get at the MSI using a tool like 7zip.  The switch here is: msiexec /i "Google Earth Pro.msi" /qn

 

The issue that most SCCM Admins face is how to deploy Google Earth Pro with the license details included in the package.

 

In my example I will use InstallShield to create an MST file to transform the MSI file.

 

Once you have installed GEP you will be prompted for the username and password credentials.  Input them, and click “Auto login”.

 (Please be careful when modifying the registry, i accept no responsibility)

Open Regedit and navigate to top level path representing your current user hive. i.e HKEY_Users\S-1-5-21-########

 

Right Click:  Software/Google/Google Earth Pro and export reg key ( i.e. C:\temp\gep\gep.reg)

Change the key path to HKLM and remove all entries except for, as below:

 

[HKEY_LOCAL_MACHINE\SOFTWARE\Google\Google Earth Pro]

"AData"=hex:

"HideUserData"=dword:00000001

"Passport"="Insert Password"

"Username"="Insert Username"

"DisableDeactivation"=dword:00000001

 

This is all that is required to for any user to open Google Earth Pro without being prompted for credentials.

Now open Installshield and create a new MST project.

Click on System Configuration\Registry\

Right click on HKLM and select Import Reg file… Select the Reg created above.

Save the project to make the MST file (GoogleEarthPro7.0.mst)

Now using the MSI extracted earlier you can transform the MSI with the following command line.

 

msiexec /i "Google Earth Pro.msi" TRANSFORMS=GoogleEarthPro7.0.mst /l*v C:\temp\Logs\GoogleEarthPro7.0.log /qn

Comments

  1. I have the latest googleearthprosetup.exe and am trying to deploy it in SCCM2007. What is the command line I would need to do it silently?

    ReplyDelete
  2. I have the latest googleearthprosetup.exe and am trying to deploy it in SCCM2007. What is the command line I would need to do it silently?

    ReplyDelete
    Replies
    1. You can install the exe and then review the C:\Windows\Installer folder for the MSI. To find the MSI sort by date and review the MSI details. The MSI name will look random i.e. 3f617e.msi
      msiexec /i 3f617e.msi /qn

      Delete
    2. You can install the exe and then review the C:\Windows\Installer folder for the MSI. To find the MSI sort by date and review the MSI details. The MSI name will look random i.e. 3f617e.msi
      msiexec /i 3f617e.msi /qn

      Delete

Post a Comment

Popular posts from this blog

Windows 7 Offline files will not go Online when connected to network

Issue Several laptop users move between networks, domain, home, etc and when they attempt to access DFS shares explorer status is working offline.  The issue only resolves it self after a reboot. Connecting directly to the share works and i am able to ping network resources.  This behavior occurs for VPN users as well. Possible Causes "slow-link mode". In win7 (with default settings) a client will enter slow-link mode if the latency to the server is above 80ms. In slow-link mode all writes are made to the local cache and a background sync only happens every 6 hours.  Depending on your connection the default slow link detection speed is 64,000 bps On client computers running Windows 7 or Windows Server 2008 R2, a shared folder automatically transitions to the slow-link mode if the round-trip latency of the network is greater than 80 milliseconds, or as configured by the "Configure slow-link mode" policy. After transitioning a folder to the slow-link mode, Offline Fil

SCCM Unknown computer not able to see Task Sequences after installing Current Branch 1702

Soon after installing SCCM CB 1702 we were unable to see Task Sequences deployed to the unknown collection. This issue was identified as a random system taking the GUID of the 'x64 Unknown Computer (x64 Unknown Computer)' record. As a result it was now a known GUID; as we were only deploying Task Sequences to the Unknown collection none were made available. 'x64 Unknown Computer (x64 Unknown Computer)' record 'x86 Unknown Computer (x86 Unknown Computer)' record To get the GUID of your unknown systems open SQL management studio and run the following command: --Sql Command to list the name and GUID for UnknownSystems record data select ItemKey, Name0,SMS_Unique_Identifier0 from UnknownSystem_DISC Using the returned GUID (SMS_Unique_Identifier0) we can find the hostname that has been assigned the 'x64 Unknown Computer (x64 Unknown Computer)' GUID by running the query below. --x64 Unknown Computers select Name0,SMS_Unique_Identifier0,Decommissioned0 from Sys

SCCM Client Certificate (PKI) Value is None

SCCM Client Certificate (PKI) Value is None Symptoms: Are you seeing the following errors logged? ClientIDManagerStartup.log - Error: 0x87d00231 [RegTask] - Client is not registered. Sending registration request for GUID:12345678...98C1AE ... RegTask: Failed to send registration request message. Error: 0x87d00231 ClientIDManagerStartup RegTask: Failed to send registration request. Error: 0x87d00231 ClientIDManagerStartup LocationServices.log Failed to send management point list Location Request Message to SiteServer.Domain.local 1 assigned MP errors in the last 10 minutes, threshold is 5. CcmMessaging.log Status Agent hasn't been initialized yet. Attempting to create pending event. Successfully queued event on HTTP/HTTPS failure for server 'SiteServer.Domain.local'. Post to https://SiteServer.Domain.local/ccm_system_windowsauth/request failed with 0x87d00231. Failed to open to WMI namespace '\\.\root\ccm' (80041003) Failed in WinHtt