Partager via

UPDATED: UAG DirectAccess – Fixing a Runaway Configuration.exe Process

  • Article

(Updated July 21, 2010)

Interesting post on the TechNet forums regarding problems with configuration.exe:

“I currently have a working DirectAccess single server UAG deployment (using at trunk as well). It is working fine and i have updated the deployment to Update roll-up 1.

I am due to demo to a client DirectAccess with UAG and they are also interested in using NAP. So I have built and deployed a NAP server, but now every time I try to change any of the settings in UAG for the "DirectAccess Server" component the console hangs (50% CPU) and i have to kill configuration.exe .... I get this no matter what i edit on the last stage of that screen (i.e smart card auth, certificates etc... it literally hangs the second I click anything!).

I have tried running a procmon trace but without much insight, I've also made sure i disabled any Anti-Virus on the server.”

https://social.technet.microsoft.com/Forums/en-US/forefrontedgeiag/thread/45a79cc3-da73-460a-a267-6a0d8e59c6a3

===============================

The solution to the problem is to run:

C:\Program Files\Microsoft Forefront Unified Access Gateway\utils\ConfigMgr>configmgrutil -del -

and give it another try.

WARNING:
Be aware that executing this command will delete the entire UAG configuration, including DirectAccess configuration and trunks, and you will need to reconfigure your UAG server manually to its previous configuration. If you have an uncorrupted backup you can restore the configuration from backup.

Apparently, this happens when you select an Intermediate Certificate Authority on the NAP configuration (checkbox) page. You can’t use an Intermediate Certification Authority for IPsec (with UAG, at least at this time).

There is also an issue with NAP enforcement with the RTM version of UAG, so make sure you upgrade to UAG Update 1.

HTH,

Tom

Tom Shinder
tomsh@microsoft.com
Microsoft ISD iX/SCD iX
UAG Direct Access/Anywhere Access Team
The “Edge Man” blog (DA all the time): https://blogs.technet.com/tomshinder/default.aspx
Follow me on Twitter: https://twitter.com/tshinder
Facebook: https://www.facebook.com/tshinder

Comments

  • Anonymous
    January 01, 2003
    Hi Ben, Great! The more who blog on it, the more likely people who have the problem will easily find the solution. Congrats on the NAP demo!!!! Thanks! Tom

  • Anonymous
    June 03, 2010
    :) I just wrote that up into a post this morning too: www.bibble-it.com/.../uag-configuration-exe-crash-hang-issue On the plus side the client I needed to demo NAP integration for have said yes! Ben.