Application Proxy Blog
Hello all. Another Tangent thought to add. I am now a guest blogger on the Application Proxy Blog. I wanted to share that here as well. If you know a little bit about Active Directory Federation Services (AD FS) you may have been familiar with the AD FS Proxy role. Back in those days, companies also used Unified Access Gateway or TMG in the past to publish applications externally to their internal corporate environment. Now in Windows Server 2012 R2, the Web Application Proxy role service does two main functions: First, it now is the AD FS Proxy component, and as such also requires AD FS 2012 R2, and it also acts to securely publish applications.
The new Microsoft Blog is called Application Proxy because now there is the Application Proxy Service in Microsoft Azure. Here is my first guest BLOG on https://blogs.technet.com/b/applicationproxyblog/archive/2014/10/11/paths-to-success-with-web-application-proxy.aspx. Since I did a major rollout of Web Application Proxy starting in its Beta and for about a year after that, I had many lessons learned about what works and what does not. So I can say with a high degree of assurance say that many of those, ahem, "features" that were originally somewhat limiting, will soon be fixed in the Web Application Proxy v.Next :) You can watch the latest video that tells all about Azure Application Proxy and also Web Application Proxy v.Next on Channel 9: TechEd Europe.
Here are some of my other favorite Web Application Proxy resources that you may enjoy as well!
|
|
Overview: Connect to Applications and Services from Anywhere with Web Application Proxy |
This Guide also contains the Walkthrough Guide for WAP to continue building from where the AD FS lab environment guide left off. |
Publishing Internal Applications using Web Application Proxy |
|
The Web Application Proxy management pack provides health and event monitors to get a unified state for the Web Application Proxy role. |
|
WAP: External and Backend server URLs are different and URL translation is disabled |
By default, Web Application Proxy translates the host portion of requests to a backend server. For example, Web Application Proxy will translate the URLs successfully if the external URL is https://apps.contoso.com/ and the backend server URL is https://appsinternal.contoso.com/. However, URL translation is currently disabled, which might cause client requests to be rejected. You can manually enable the translation of host headers by using the DisableTranslateUrlInRequestHeaders parameter. |
|
New for Windows Server 2012 R2 |