WAP und Wildfly und JSESSIONID

Ein Windows Server 2012 R2 als WAP vor einem Wildfly.
Jeder erste Request einer Seite führte zu fehlerhaften Bildern.

Stellte sich heraus, beim ersten Aufruf setzt der Wildfly einen Session Cookie "JSESSIONID".

Im Response dieser ersten Seite werden die URLs auf Objekte aber auch mit der SessionID in der URL versehen.

Sieht dann so aus <img src="/irgendeinbild.jpg;JSESSIONID=lkdfksadhfhui34h">.
Das geht ohne WAP super. Das geht auch mit IIS und ARR super.

Stellt sich heraus ein Bug beim Encoding.

Scheint auch nicht nur Java Appserver zu treffen sondern Outlook Web Apps.

https://support.microsoft.com/en-us/kb/3042127

Der Hotfix soll auch das JSESSIONID Problem beheben.

Siehe auch: https://social.technet.microsoft.com/Forums/windowsserver/en-US/108a3fe5-be53-40b3-a3a8-f37263987755/web-application-proxy-and-urlencode-problem-with-repsonse-from-appliation?forum=winserver8gen


Da der Browser selbst nach dem ersten Request den Session Cookie an den Server sendet wird beim wiederholten Request auch auf den Session Cookie in der URL verzichtet (außer der Browser hat Cookies aus...).

IIS ARR and WAP on the same 2012 R2 server

http redirect should be in WAP on Windows Server 2016. But what until then?

I did not see any official statement about running ARR with IIS and WAP on the same 2012 R2 server, so I just tried and it seems to work fine.

I use the IIS only for http redirect and WAP for https.

And I use the IIS for some http -> https redirects. That was another thing I missed in the WAP.
For this you only need the IIS role and "HTTP Redirect" feature. The redirected request does to the WAP and will be forwarded to the internal server.

Just installed the IIS Role and got the ARR Components from:

http://www.iis.net/downloads/microsoft/application-request-routing

http://www.iis.net/downloads/microsoft/url-rewrite

Manual x64 downloads at the bottom.

When creating a Server farm, you still see the https destination Port, but if you didn't create a https Binding in IIS it will not be used.

As far I did not see any problems with that.

With Powersehll "Get-Webbinding" you could see what Bindings you have in the IIS.

With "netsh http show sslcert" you see the SSL Cert Bindings (from WAP and/or IIS).

Keep in mind that WAP and IIS use the same http.sys kernelmode service.