Application NameApple Portal
PublisherApple
Date Entered07/30/2013
Date Modified
webNetwork Version 6.1.1.126
Delivery MethodVirtual server
ConfigurationHost Object
-----------
Host Address : daw.apple.com
Host Port : 443


Web Application Object
----------------------
Web App Type : HTTP(S) Virtual Server
Virtual DNS Name : apple.example-cloud.com
Startup URL : /cgi-bin/WebObjects/DSAuthWeb.woa/wa/classicLogin?appIdKey=bbddf091a7ff4178d2deda57c73e701096e4cd4b7f97545ed8703b3c46f38461&baseURL=http://portal.apple.com/&path=validateUser%3Faction%3Dlogin

Rewrite Browser Cookies : Enable
Internal Servers Require SSL : Enable

Single Sign On
--------------
Form Type : Client
Form Name : appleConnectForm
Form Trigger : /cgi-bin/WebObjects/DSAuthWeb.woa/wa/classicLogin\?appIdKey=.*&baseURL=.*&path=validateUser%3Faction%3Dlogin

Script : document.forms[1].submit();
Form Method : Post

Form Inputs :
theAccountName : YOURUSERNAME
theAccountPW : YOURPASSWORD
 
Notes

For this one, it looks like we can get away by proxying the login page, triggering a client side sso form that changes the POST back to the public address (daw.apple.com) and then allow it to go from daw.apple.com back to portal.apple.com like it wants to. This is actually the best case scenario for a public web application - proxy it just long enough to get authenticated then let it go back to its public address - meaning the rest of the web application is NOT proxied.