Forum Discussion

airwulf_27848's avatar
airwulf_27848
Icon for Nimbostratus rankNimbostratus
Dec 04, 2012

no http header in my request

hi all,

 

 

quite new to iRules, but already did my first steps (some of them successful). But now I am blocked. I have to make a normal http to https replacement, but I think I have a problem before.

 

 

I have my ltm configured to do ssl offloading and forward as http. unfortunatly the forwarded request only contains the GET line, nothing more.

 

 

 

GET /csc/

 

 

GET /csc/

 

 

 

 

HTTP/1.1 302 Moved Temporarily

 

Connection: close

 

Date: Tue, 04 Dec 2012 10:06:20 GMT

 

Location: /csc/login.vm;jsessionid=GKJMQ9LcvrCppCGXcYRvcS9MJ37hP2kXpHLpRhnx4yvxT5P1Yp96!1059695462

 

Set-Cookie: JSESSIONID=GKJMQ9LcvrCppCGXcYRvcS9MJ37hP2kXpHLpRhnx4yvxT5P1Yp96!1059695462; path=/

 

X-Powered-By: Servlet/2.5 JSP/2.1

 

 

302 Moved Temporarily

 

 

This document you requested has moved temporarily.

 

 

It's now at .

 

 

 

 

As there is only the "GET /csc" my Appserver can not reply with the correct http://.../csc

 

 

why is there only a GET?

 

 

Virtual server has stream profile enabled, but even with no stream profile and no iRule, I still get only "GET"

 

 

before doing something with iRules I think I should fix this, isn't it?

 

 

4 Replies

  • i understand server can response with relative url. is it a problem indeed?

     

     

    HTTP location

     

    http://en.wikipedia.org/wiki/HTTP_location
  • I think its not an server issue. If I access the server via another interface than LB, I can see in the trace a complete HTTP request header:

     

     

    GET /csc HTTP/1.1

     

    Accept: image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms-xpsdocument, application/xaml+xml, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*

     

    Accept-Language: en-US,de-at;q=0.5

     

    User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET CLR 1.1.4322; .NET4.0C; MS-RTC LM 8; .NET4.0E)

     

    Accept-Encoding: gzip, deflate

     

    Host: 10.232.9.84:7103

     

    Connection: Keep-Alive

     

    Cookie: ADMINCONSOLESESSION=Qnc0Q9RGML2rL63w12ST0NSv23GpV5KlpQqrh79nybXk7yrqCQTJ!262826746; CONFIG_JESSIONID=QYRsQ96dsnGh7twlWzC1ZLf2ybbGjJ7XvJbH1lx1QBrFCQG9jLf1!-68787614; hdm_context_help_showing=false; hdm_help_location=-1%2C-1; JSESSIONID=vQjHQ9RB1spfLN9X0dvfkmGFTCsy8Mkbbc0Y0S1VCTQQXSHMKbJy!1059695462

     

     

    with this, the server can answer with a 302 moved and send the correct url, Location header and href in the response

     

     

    but via LB the client requests get cut to only "GET /csc" and nothing more - therefore server can not send the correct redirect url...

     

     

    what I do not understand: why is the requst via LB truncated??
  • ok, solved ;-)

     

     

    stupid thing, if you have a monitor doing just a /csc its normal that you see only the GET ;-) mixed it with real client requests
  • Christian_30338's avatar
    Christian_30338
    Historic F5 Account
    Here is a good tip to avoid getting confused between real client requests and BIG-IP health monitor checks on the web server.

     

     

    https://devcentral.f5.com/tutorials/tech-tips/log-bypass-for-big-ip-monitor-traffic

     

     

    Christian