HTTP Post Redirect getting changed to a GET...

Thanks for the suggestion Aaron. A little more background... Ultimately, I'm trying to get SSL installed. I'm doing the simple redirection for my regular online traffic, but there is an application deployed globally with a hard coded URL (http://server:2210). The best option technically is to have all the users update their setup to reflect the new URL (https://server:2211). However, that is tough due to the distributed nature of the application. Communication to that community is a big challenge. So what I'm trying to do is redirect traffic from non-SSL port 2210 to SSL enabled port 2211 using an iRule. The simple redirect works for regular web traffic, but this application is causing some difficulties. It uses VBA and some other Excel macros to do an xml post to that hard coded URL. What I'm finding is for this application, when the HTTP Post occurs to http at port 2210, it catches the iRule and redirects to the https at port 2211. I do a host header rewrite at the virtual server defined for port 2211 as you suggested and I've done snoop captures at the web server to confirm that the header is indeed updated. The problem is the user agent (in this case the distributed app) is doing a POST initially, but when it encounters the 301 or 302, etc, it does a GET to the new location instead of resubmitting the POST to the new location. It would work for me to catch it at the Virtual server listening on port 2210 and passing it directly to the pool, the traffic in not encrypted.

 

 

Hope that explanation isn't too convoluted...

 

 

Lark