18 Dec 2009 @ 2:11 PM 

A customer of mine uses Microsoft BitLocker encryption to protect all it’s computers, both mobile and workstations, as they contain critical financial information of several other companies. When upgrading their client environment to Vista, we already introduced BitLocker for all hard drives and it worked like a charm. As they now move on to Windows 7, an interesting problem occurred for one the workstations when trying to encrypt a secondary drive.

Bitlocker encrypted OS drive

Bitlocker encrypted OS drive

Whenever the administrator deployed the encryption task sequence via ConfigMgr, the hard drive disappeared from the system. There was no sign left at all, no drive letter in explorer, no entry in the management console and no trace in the device explorer. Gone! Looking at the activity LEDs, there was nothing going on. Restarting the system brought the drive back, but it did not continue to encrypt. Restarting the encryption led to the same behaviour. Looking at the drive’s BitLocker status revealed it began it’s work as it showed a 1% encryption. Decrypting it, again, let the drive vanish.

After some resultless research the final solution was to update the SATA Controller’s driver with the most recent one, in this case from the chip manufacturer, not the workstation vendor. After updating it, the encryption worked flawlessly.

Posted By: Christoph Schmidt
Last Edit: 18 Dec 2009 @ 02:13 PM

EmailPermalinkComments (0)
Tags
 17 Dec 2009 @ 6:52 PM 

Last night I had to upgrade our existing Threat Management Gateway RC machine to the final version of the product. According to TechNet this seemed to be a simple task, only a few steps are needed:

  1. Exporting the Forefront TMG RC configuration.
  2. Uninstalling Forefront TMG RC from the server.
  3. Installing Forefront TMG RTM on the server.
  4. Importing the Forefront TMG RC configuration into Forefront TMG RTM.

Step one was simple enough. Just follow the TechNet instructions:


To export the Forefront TMG RC configuration

  1. In the Forefront TMG Management console access the root node:
    • On a Forefront TMG server, expand Microsoft Forefront Threat Management Gateway, and then click Server_Name.
    • On an EMS server, click Microsoft Forefront Threat Management Gateway.
  2. On the Tasks tab, click Export (Back Up) Configuration.
  3. In the Export Wizard, on the Export Preferences page:
    1. Select Export confidential information, then specify a password of at least eight characters.
    2. Select Export user permission settings. When you export confidential information, the following information is included in the exported data:
    • Credentials used for alerts, logging, reports, report jobs, primary and backup routes, dial-up connections, and Web publishing.
    • The shared secret specified if a RADIUS server is used.
    • The preshared key specified for Internet Protocol security (IPsec) configuration.

    Confidential information is encrypted during the export process. The password is used to decrypt the information during the import process.

  4. In Save the data to this file, specify the folder in which the export file will be saved.



The deinstallation was not that easy, however. First, the TMG itself was deinstalled. Next the SQL Server had it’s turn, but failed with some wired errors. Unfortunately, I don’t have the logs anymore, so I can’t post them here. As the TMG wasn’t listed in the contral panel at “Installed Software”, I guessed I could try to install the RTM right away… and was wrong. It failed AGAIN when installing the SQL Server.

To solve this, I had to manually remove any SQL components left over and I renamed any SQL related directories under %programfiles% and %programfiles(x86)%. This time the setup did it’s work as expected and I imported the system-configuration back into the Firewall. At the first start, cancel the wizard and follow these steps:


To import the Forefront TMG RC configuration

  1. In the Forefront TMG Management console, access the root node:
    • On a Forefront TMG server, expand Microsoft Forefront Threat Management Gateway, and then click Server_Name.
    • On an EMS server, click Microsoft Forefront Threat Management Gateway.
  2. On the Tasks tab, click Import (Restore) Configuration.
  3. In Look in, browse to the folder with the file you are importing.
  4. In File name, specify the file name of the .xml file you are importing.
  5. Specify the password required to decrypt confidential information.
  6. On the Apply Changes bar, click Apply.



At a first look, it all worked well. Internet-Access was available again and the Exchange started to receive and send E-Mails again. But my Microsoft Office Communicator 2007 R2 was unable to connect. Also, my virtual test-machine failed to establish the IPHTTPS tunnel for Direct Access while 6to4 apparently worked. The IPHTTPS tunnel the the most use way for us, so it had it’s importance.

Solution to the unresponsive Office Communication Server (OCS)

As a matter of fact, all settings were imported, but apparently NOT IN THE RIGHT ORDER. While the normal policies looked right, the network rules were ordered randomly. The rule regulating the traffic between DMZ and internal LAN (routing) was below a NAT rule and thus not functional. Restoring the original rule order solved the connection problem.

Solution to the nonfunctional DirectAccess (DA)

Let me note here, that we have both the TMG and the DA on the same machine, so this problem might be unique to this environment. I tried to open the IPHTTPS URL in the Browser and got a certificate error. As you may already know, certificates are a pain and absolutely important for any DA connection. I found out the wrong cert was presented to the client. So I checked the DirectAccess MMC and made sure the setting were correct. I even went through all four configuration panels and applied the newly generated config XML. But the certificate didn’t change. After endless tries, I surprisingly messed up the config so badly, that the wizard wasn’t able to apply it anymore and told me to undo the current configuration. I did as told and even had to manually remove both the DA GPOs left over. After that, I rebuild the config (with the exact same details as before)… and it worked. New GPOs were created and the right certificate was published. I don’t really know what went wrong, but this is how you can solve it.

 10 Dec 2009 @ 5:49 PM 

Hello everyone!

Our company tries very hard to use the newest software available, so customers see it in action when our consultants work with them. But in the “real world”, the clocks don’t tick as fast. Most of the time we face companies that are now migrating to Windows XP and Office 2003… oh my. In order to stay “compatible” with their workflows, it can be very complicated to maintain both worlds in one notebook.

To ease this pain, I looked into the Microsoft Desktop Optimisation Pack, short MDOP. The MDOP is available for companies that have Microsoft Software Assurance. One part of it is App-V. It virtualizes a software package in order to let it run on systems where compatibility issues due to other installed software would occur. It is not a full operating system virtualization, it’s just the application itself, running in a sandbox. So the software has still the prerequisite to be compatible to your target machines.

This step-by-step guide shows you the basic workflow to create a virtual software package and distribute it to a client with the ConfigMgr, in this case Microsoft Office 2003.

The following environment was used:
“Test Client”
Windows 7 Enterprise x64
Virtual Guest (Hyper-V)
App-V Sequencer installed

“Productive Client”
Windows 7 Enterprise x64
LenovoT61 Notebook
App-V Client and ConfigMgr Client installed (as well as a bunch of other stuff)

“ConfigMgr Server”
Windows Server 2008 R2 Enterprise x64
Virtual Guest (Hyper-V)
System Center Configuration Manager 2007 R2 installed

Be warned, this is a very long, screenshot-heavy post. To view the pictures correctly, click on the little button on the top right corner of the header to increase the column width.expandwidth

 

More »

Posted By: Christoph Schmidt
Last Edit: 16 Dec 2009 @ 12:00 PM

EmailPermalinkComments (0)
Tags
Change Theme...
  • Users » 1
  • Posts/Pages » 14
  • Comments » 3
Change Theme...
  • VoidVoid « Default
  • LifeLife
  • EarthEarth
  • WindWind
  • WaterWater
  • FireFire
  • LightLight

About



    No Child Pages.

Disclaimer



    No Child Pages.