Result for 07091DEE907F9C5955A343DD30B90363A026A65C

Query result

Key Value
FileName./usr/lib/python2.7/dist-packages/websockify/websocket.py
FileSize38010
MD582B045EBD6D871B9D201D8A205887C6F
SHA-107091DEE907F9C5955A343DD30B90363A026A65C
SHA-2563E7ACE4E05F8CC550EBF3DF7B876F878C0499B234419FA2D67A43664400D574B
SSDEEP384:/lSiVblgniea0+JQ7pozVfWb2QdwGfC2mctgIHK0ienxWuIQ3rN2EJK8liy:7A7pozVfyXiG60HFWUnKyR
TLSHT1AB036102D81619B9E3A3C52A8997B643772E2853660C543878BCD3982F52374D3F6FF9
hashlookup:parent-total2
hashlookup:trust60

Network graph view

Parents (Total: 2)

The searched file hash is included in 2 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
FileSize37522
MD5A6C473525C35A292B1C3A62DE2C42742
PackageDescriptionWebSockets support for any application/server websockify was formerly named wsproxy and was part of the noVNC project. . At the most basic level, websockify just translates WebSockets traffic to normal socket traffic. Websockify accepts the WebSockets handshake, parses it, and then begins forwarding traffic between the client and the target in both directions. . Websockify supports all versions of the WebSockets protocol (Hixie and HyBi). The older Hixie versions of the protocol only support UTF-8 text payloads. In order to transport binary data over UTF-8 an encoding must used to encapsulate the data within UTF-8. . With Hixie clients, Websockify uses base64 to encode all traffic to and from the client. This does not affect the data between websockify and the server. . With HyBi clients, websockify negotiates whether to base64 encode traffic to and from the client via the subprotocol header (Sec-WebSocket-Protocol). The valid subprotocol values are 'binary' and 'base64' and if the client sends both then the server (the Python implementation) will prefer 'binary'. The 'binary' subprotocol indicates that the data will be sent raw using binary WebSocket frames. Some HyBi clients (such as the Flash fallback and older Chrome and iOS versions) do not support binary data which is why the negotiation is necessary.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.6.1+dfsg1-1
SHA-125B37FBE5E9E96739AC29B095E617B96463D266A
SHA-256A7CB747C7E95B8D05F3B6A67D4CBC32BD007F9FF66EFC896EA94ACA0DC595B19
Key Value
FileSize37614
MD5E6B76AF5F30EDB9D58240D5AE5893048
PackageDescriptionWebSockets support for any application/server websockify was formerly named wsproxy and was part of the noVNC project. . At the most basic level, websockify just translates WebSockets traffic to normal socket traffic. Websockify accepts the WebSockets handshake, parses it, and then begins forwarding traffic between the client and the target in both directions. . Websockify supports all versions of the WebSockets protocol (Hixie and HyBi). The older Hixie versions of the protocol only support UTF-8 text payloads. In order to transport binary data over UTF-8 an encoding must used to encapsulate the data within UTF-8. . With Hixie clients, Websockify uses base64 to encode all traffic to and from the client. This does not affect the data between websockify and the server. . With HyBi clients, websockify negotiates whether to base64 encode traffic to and from the client via the subprotocol header (Sec-WebSocket-Protocol). The valid subprotocol values are 'binary' and 'base64' and if the client sends both then the server (the Python implementation) will prefer 'binary'. The 'binary' subprotocol indicates that the data will be sent raw using binary WebSocket frames. Some HyBi clients (such as the Flash fallback and older Chrome and iOS versions) do not support binary data which is why the negotiation is necessary.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.6.1+dfsg1-1
SHA-1FD469CCA61C22B9E1860D4B22FCC59BC61EC09E1
SHA-256A7C220D11B45C65DEFBDB3D83975788B61E57BBEF196F77D03C546E64B8D4427