Result for 9D0E2F4198FFFCCB22D655BF2F47266F34B904E3

Query result

Key Value
FileName./usr/lib/python2.7/dist-packages/websockify/websocket.py
FileSize38702
MD5C6EF3A725AE758EB9249825CE98404DD
SHA-19D0E2F4198FFFCCB22D655BF2F47266F34B904E3
SHA-256145E247E1F31C9F984693FB9786495D6E3291A4C9F19CA8802800723A55FEFE5
SSDEEP384:/lSiVblgniea0+JQ7pozVfWb2QdwGfC2mctgIHK0ienxWuIQ3rd2EJK8l6y:7A7pozVfyXiG60HFWU3KyJ
TLSHT1EF038102D81619B9E3A3C52A8963B643772E2853660C547878BCD3982F52374D3F6FF9
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
FileSize37872
MD5A77ECBEA7A8DE81614656539C89453AD
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-1ubuntu1
SHA-17F463C60BDF4EB640277F3430D667F7ECDFFBC6E
SHA-256CF055FD44C401C15AC5977B3B016DB2B85FD3DA5B970E858A9A52C64FD06F50E
Key Value
FileSize37978
MD58B42A1D51593FA05062F761157D0F9DA
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-1ubuntu1
SHA-1BD34E689B79DB6CD86420873E394A1268A05F1B9
SHA-2560352D53D6BB435603C36B5EC16F9202072CB868F6CE7B3F66E19BC52BEA8ED3B