Thread Info
  • State Not Answered
  • Replies 5 replies
  • Subscribers 0 subscribers
  • Views 1280 views
  • Users 0 members are here
Options
Suggested

[7.910][NOTABUG][CLOSED] WAF unable to handle response 304

dkalwitzki
If I set up WAF for HTTPS I get really por performance if I want to access a Communicator Web Access Page on an IIS.

There are a lot of 
method="GET" statuscode="304" 
in the live log. 
Could it be that the WAF has some problems with these responses if multiple clients access the pages?

If I understand the 304 right, the client should load the cached document because it has not changed since the last get.
Is it possible that a client gets the answear to load the document from the cache even if an other client loaded the document the last time?
Parents
  • 0
    Please notice that the WAF doesn't do any caching. Each request is forwarded to your webserver (unless you configured the ASG to drop attacks, then the attacks will be dropped). And each response from the webserver is then forwarded to the requesting client. There is no caching involved here, so if your client has problems, it's a problem between your server and your client.
  • 0 in reply to kbr
    I know you are right in the way you see it.

    Since other ReverseProxies do this caching as far as iI know (e.g. ISA ) wouldn't it be nice if astaro would also handle the traffic this way?

    It would make the world much easier if you have some Mircosoft WebApplications inside like Office Communications Server since all manuals are based on ISA server.
Reply
  • 0 in reply to kbr
    I know you are right in the way you see it.

    Since other ReverseProxies do this caching as far as iI know (e.g. ISA ) wouldn't it be nice if astaro would also handle the traffic this way?

    It would make the world much easier if you have some Mircosoft WebApplications inside like Office Communications Server since all manuals are based on ISA server.
Children
No Data
Cookie Information Banner