Visokio website     Downloads     Video tutorials     KnowledgeBase  
Http connection issue in 2.7 version - Visokio Forums
Http connection issue in 2.7 version
  •     tamax June 5, 2012 4:43AM
    Hi,

    There is an issue while connecting via http that happened in version 2.7 (we didn't have that problem in 2.6).

    Let me report the whole explanation of the IT staff (translated from spanish)

    The problem comes from the way visokio 2.7 builds http request:

    GET http://lacaixa1:**********@data.brandchats.com/lacaixa.iok HTTP/1.1
    User-Agent: Visokio/Omniscope/2.7
    Accept-Encoding: gzip, deflate
    Cache-Control: no-cache
    Pragma: no-cache
    Host: lacaixa1:**********@data.brandchats.com
    Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
    Proxy-Connection: keep-alive

    That request is handled by our security system and responsed by:
    HTTP/1.1 400 Bad Request (Malformed HTTP request)
    Pragma: no-cache
    Content-Type: text/html
    Cache-Control: no-cache, proxy-revalidate
    Content-Length: 241
    Proxy-Connection: Keep-Alive
    Connection: Keep-Alive
    Date: Mon, 04 Jun 2012 13:08:15 GMT

    Vital Security Proxy Error

    Error Occurred


    • HTTP Error Status: 400 Bad Request
    • Error Reason: Malformed HTTP request

    Please contact your system administrator



    This is because of the way Visokio sends the credentials to the host.

    In version 2.6 of the client this problem was bypassed unmarking the option "requires authentication", and after the first reject:
    HTTP/1.1 401 Unauthorized

    The client asked for credentials and after introducing it that other request was sent:
    GET http://data.brandchats.com/lacaixa.iok HTTP/1.1
    User-Agent: Visokio/Omniscope/2.6 b826
    Accept-Encoding: gzip, deflate
    Cache-Control: no-cache
    Pragma: no-cache
    Host: data.brandchats.com
    Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
    Authorization: Basic ****************************
    Proxy-Connection: keep-alive

    That is the most standard request, and safest way to send credentials.

    Within version 2.7 that behavior has changed, and the "workaround" described above does not work, request being reject by our security system.


    Is there a way to answer that issue?

    Thanks a lot,
    Maxime.
  • 6 Comments
  • antonio     antonio June 6, 2012 5:16AM
    Hi Maxime,

    We are working on it and we will let you know shortly.
  • antonio     antonio June 6, 2012 6:39AM
    Hi Maxime,
    We are not able to reproduce the issue.
    Can you please send us the IOK file which shows the problem?
  •     tamax June 6, 2012 7:13AM
    I am not sure I understand. This is not a problem related to a particular iok file: the issue is the same with any iok file.

    The problem is during the connection in order to get the iok file from the web.

    I can send you our endpoint and credentials to our HTTP server to try to get the file by yourself if you want, but not publicly on that forum.
  •     tamax June 6, 2012 7:15AM
    well, actually I am not sure about that either, because you won't have the same security systems (proxys & firewalls) that have our customer... So you won't be in the exact same situation.
  • antonio     antonio June 6, 2012 8:23AM
    I sent you a private email.
  • antonio     antonio June 7, 2012 8:46AM
    To all users, we have verified that Omniscope is able to open a file on a remote server that requires authentication, connecting through a SOCKS proxy.

Welcome!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In Apply for Membership