Result for 5B7BED8F8E3AC81F2B80DC67ECC85753B8DB5B3F

Query result

Key Value
FileName./usr/lib/python2.7/site-packages/websockify/websocket.py
FileSize37834
MD5784E8D7E9A07BBAD8ABEC1B807CF21D1
SHA-15B7BED8F8E3AC81F2B80DC67ECC85753B8DB5B3F
SHA-256D6388339FEA791B8CD4603E3F36F0532C75C5A2D97DAC182B4C893D710FAA1CD
SSDEEP384:/lSiVblgniea0+JQ7pozVfWb2QdwGfC2mcQgIHwienxWuIQ3rN2EJK8liy:7A7pozVfyXiG6VHOWUnKyR
TLSHT12D036102D81619B9E3A3C52A8953B643772E2853660C543878BCD3982F52374D3F6FF9
hashlookup:parent-total5
hashlookup:trust75

Network graph view

Parents (Total: 5)

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

Key Value
FileSize38484
MD5E75115D77593C8E3E89678A042F60991
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.
PackageMaintainerPKG OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.6.0+dfsg1-1
SHA-15EEC2D9C8547824C06F893EED8FB768E2025B011
SHA-256456E1F514DC92C2EFBF7D46A15C50C1FE255BBF159E1BAC3F4C5AB12361E0263
Key Value
FileSize38490
MD58ADF62F83F4E8B254750974B0D04BB40
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.
PackageMaintainerPKG OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.6.0+dfsg1-1
SHA-1F5B9ED52825E2392FE6F2E0A570C954B11AB4C8A
SHA-256A9485B0878FC43830F3A490CAAC6AF524FB0BA4EA11230C92DA400AFD7947549
Key Value
MD56D008E943FA355DBB08DC9B358601D93
PackageArchnoarch
PackageDescriptionPython WSGI based adapter for the Websockets protocol
PackageMaintainerFedora Project
PackageNamepython-websockify
PackageRelease1.fc22
PackageVersion0.6.0
SHA-1264CE9B8511656DDC1A01C4DFC5E3669CEB3B3F6
SHA-256324287322121CC4B32D1943944CF1E17211E6FE7A888326611F0B98AF823093F
Key Value
FileSize38326
MD58456929A924E8D76EA32DB234A6E468E
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.
PackageMaintainerPKG OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.6.0+dfsg1-1
SHA-1DADF919C88A3C36A0978B2A74BA87095239D0AFE
SHA-256ADC8622F4A2C53816E9CB04F9CE0B93808C551E9B5A0994ACC21614ED3DA1F17
Key Value
FileSize38104
MD597497500A435289B5297D27B803525F4
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.
PackageMaintainerPKG OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.6.0+dfsg1-1
SHA-13B37080081E7E1C8C9AFF3E6E7EC48EA71A9DED4
SHA-256BC7923BAB378AB3F34D8B7FB54009BB415A330A5E6A10FA6D5E915C4A811875E