Skip to main content

UAG and Windows 8.1 or IE11

Update (05/15/2014): since the release of another service pack the following information could be depreciated. Read more about UAG 2010 SP4 here  

It seems like every time there's an operating system or browser update something UAG related goes wrong, considering this is an important infrastructure component that supports remote access services this is not cool! And, unfortunately, last series of upgrades - from Windows 8 to 8.1 and from Internet Explorer 10 to 11 - weren't an exception. There were a number of issues that weren't apparent at first, for example - a connectivity issue with UAG displaying Mobile Portal access or an RDP issue when published links would disappear from the portal.

Luckily, there are workarounds for most of these issues. The final resolution should lie with UAG 2010 SP4 that was rumored to be released in Q4 (but really should have been released before Win 8.1 or IE11 if you ask me).

Things like the aforementioned connectivity issue can be resolved by simply adding UAG to the compatibility view list as outlined here - http://bit.ly/17NFGlx. I would not bother with the emulation settings, results are very inconsistent and you have to change them every time you access UAG.

So, this leads me to a more fundamental, although officially unsupported, workaround. If you had published RDP links unexpectedly disappear, this one is for you. I must say I did not come up with it myself, I just followed the breadcrumbs:
  • After some research I found the following discussion containing a lot of good information and links - http://bit.ly/1gSff8b
  • Including a link to the following workaround, which involves modifying web.config file on the UAG server - http://bit.ly/13iMXxn
  • Which looked promising, but contained a number of inconsistencies that were corrected here - http://bit.ly/1aYjxIR
  • The last article not only explains how to properly apply the workaround, but also quite correctly points to the official TechNet article on how to modify the DetectionExpression - http://bit.ly/1e8IDmX 

This is not as complicated as it may sound, just don't forget to make backups of web.config files before modifying them, in case you need to roll back; and use a good text editor, something like Notepad++, to avoid problems with Unicode/formatting.

Until UAG 2010 SP4 :)       

Comments

Popular posts from this blog

Mail-enabled security groups in Office 365

Another update (11/19/2013):  further evolution of Office 365 services makes creation of distribution and security groups even easier, plus there's now an option of creating a dynamic distribution group (click here for more information):    Update (08/06/2012): a clear sign of Office 365 evolving along the same lines as other agile cloud services - small incremental features and minor new functionality are being delivered almost continuously and, unlike important major service updates,  without much fanfare. For example, there's no need to resort to using PowerShell to setup mail-enabled security groups anymore, it can now be done at creation using management portal:       Those managing Office 365 ( O365 ) tenant via the Microsoft Online Services Portal  ( MOS Portal ) interface would notice that there are two distinct group entities: Security Groups: can be created via MOS Portal (main portal page>Management>Security Groups) and used for assigning

Drumbeat - Sales and Technical Resources for Office 365

​ Drumbeat - provides information as well as technical and sales resources for Office 365. From partnering with Microsoft, to building up your sales and technical readiness, to adopting proven methodologies for successful deployment - you will find lots of good information and many helpful links there. Here's a quick sample of topics covered: The Customer Decision Framework is Microsoft's selling methodology designed to help partners sell Office 365 to their customers. Office 365 FastTrack is Microsoft's new, 3-step pilot and deployment methodology designed so customers experience service value early in the sales cycle with a smooth path to advance from a pilot to deployment.

WordPress displays weird characters

Sometimes after a database conversion (e.g. from MySQL to MariaDB) or due to encoding issues a situation might arise when WordPress is showing weird characters. A quick way of remedying the situation would involve examining the pages to discover a pattern (what characters are being substituted, in the example below the apostrophe was replaced by  ’ ) then running an queries against the database to reverse the effect. Here's a quick example (common tables that store content): UPDATE  wp_posts  SET  post_content =  REPLACE (post_content,  'Â' ,  '' )      UPDATE  wp_posts  SET  post_content =  REPLACE (post_content,  '’' ,  "'" )      UPDATE  wp_postmeta  SET  meta_value =  REPLACE (meta_value,  'Â' ,  '' )      UPDATE  wp_postmeta  SET  meta_value =  REPLACE (meta_value,  '’' ,  "'" )      Please, keep in mind that to permanently resolve the issue you would need to get to the root of the p