Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 1 subscriber
  • Views 2868 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Problem Content could not be loaded

Quipment
We are using V5.008 and we configured the HTTP Proxy, 
if we want to calculate a route from a website we get an 
error:

Please check the spelling of your URL.
Make sure that your proxy settings are in order.
The following lines may provide some additional information to the cause of the failure.

Http protocol error:Could not parse header line MIME version: 1.0

The URL is:
http://anwb.tms.tensingsks.com/tms/scripts/tgigw.dll?APP=TMS&CMD=ROUTE&OUTPUT=HTML&CONTENT_TYPE=application%2Fx-www-form-urlencoded&RMODE=FAST&rmode=fast&resseltype1=2&rescountryid1=0&resplaats1=Nijmegen&resplaatsid1=65110&reslat1=51.847154&reslon1=5.863870&resdescr1=Nijmegen&resx1=1559083&resy1=1905030&resseltype2=2&rescountryid2=0&resplaats2=Ijmuiden&resplaatsid2=19710&reslat2=52.458150&reslon2=4.616114&resdescr2=Ijmuiden&resx2=1474086&resy2=1972254&key=B2F62A055364505473


This thread was automatically locked due to age.
Parents
  • 0
    the reason this happens is that the website in question sends broken headers and the proxy reports an error because of it. According to the RFC spaces are NOT allowed in HTTP headers field names. Sending a header line 

    ...
    MIME version: 1.0
    ...

    breaks the headers and the page will not be loaded.
  • 0 in reply to Vukasin
    is that the same reason why www.target.com won't display? or is there another reason for that site not working? same with www.gamestop.com
  • 0 in reply to Atrius
    As IE is displaying this pages; will there be proxy server changes in the future to have this pages being displayed?
  • 0 in reply to Quipment
    Ok, a lot of fixing had to be done so I had very little time (or none [:)] )  to post to the UBB.
    To clear some things up:

     1. We have a strickter HTTP parsing to prevent malformed HTTP attacks. An attacker (a malicious webserver) may attempt to bypass the scanning by sending headers which are differently interpreted by different clients. This is prevented by a strong HTTP protocol enforcement.

    2. The false positives we are getting is a oversight which is fixed in the next Up2Date. The parser now removes the offending header line instead of blocking the content. This way the content can be scanned so the false positive rate is much (MUCH) lower.

    3. We are sorry for any inconvinience caused by this issue. The HTTP filtering is a very wide area with many special cases. The input we have been getting from the users of the UBB has helped us to identify and fix the issues in the surf protection.

    I hope we are able to fix all of the outstanding issues very soon.
Reply
  • 0 in reply to Quipment
    Ok, a lot of fixing had to be done so I had very little time (or none [:)] )  to post to the UBB.
    To clear some things up:

     1. We have a strickter HTTP parsing to prevent malformed HTTP attacks. An attacker (a malicious webserver) may attempt to bypass the scanning by sending headers which are differently interpreted by different clients. This is prevented by a strong HTTP protocol enforcement.

    2. The false positives we are getting is a oversight which is fixed in the next Up2Date. The parser now removes the offending header line instead of blocking the content. This way the content can be scanned so the false positive rate is much (MUCH) lower.

    3. We are sorry for any inconvinience caused by this issue. The HTTP filtering is a very wide area with many special cases. The input we have been getting from the users of the UBB has helped us to identify and fix the issues in the surf protection.

    I hope we are able to fix all of the outstanding issues very soon.
Children
No Data