Result for 233D6004B60E050DBA976B066BB0BC8BE0E436FA

Query result

Key Value
FileName./usr/share/doc/websockify/copyright
FileSize20756
MD5D6CE6675B88BE72DEE6D67AE72C565B4
SHA-1233D6004B60E050DBA976B066BB0BC8BE0E436FA
SHA-256CB58BA68F638D9F6595B8241A930834906E0ABFAA590A4C8E3FF7C25BAC25B9C
SHA-512C2B7ECC8F7DD0C27E5AB71EFE923C7EE80F7F8EB0582046D6064C949D04C0D439E9919F663F43D2D3B58898DADB8202E9DCF59BFD3F56ACE3661100FB8E5DC75
SSDEEP384:4MIitKjGkrSBtGeHPKjGrFU6ym01J18IW6294+1wevzetFqpynVYtpopfYz1qckB:SdGkheHQGri66JGI5bFDnVQpoWgckB
TLSHT1909275BE374813731AC202A67F4764DBF31AA03D767A50A4A09DC118239BD7943B76E9
insert-timestamp1672702062.0945933
mimetypetext/plain
sourcesnap:wtnUl2mGUjjFg6QI4N7lLQYVmRZSiPDh_34
hashlookup:parent-total48
hashlookup:trust100

Network graph view

Parents (Total: 48)

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

Key Value
FileSize24256
MD524827469AFD902150A57E5605D8CFDE6
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.
PackageMaintainerDebian OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10
SHA-106417F3B096CD6A542D5884706E5D4BF9F4D72EF
SHA-256A172E1E5A0491350A2132533847CD5E48B4CFE73022C243F86A2D2861C2123CB
Key Value
FileSize32028
MD5F8128856DCCECA01E1C95301FA31554E
PackageDescriptionWebSockets support for any application/server - Python 2 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. . This package provides the Python 2 module.
PackageMaintainerDebian OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamepython-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10
SHA-107EC0CF334E9E1D2F559E5FE88D3F041FF37E916
SHA-256AFF60A057C7A3DFBCBFEB1DB334E4AB8C67FC50EF172FE63AA07B870DAF0F93D
Key Value
FileSize30052
MD5BACF7EE03D7D96DC1EAB9BE1AF1E735A
PackageDescriptionWebSockets support for any application/server - Python 3 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. . This package provides the Python 3 module.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10ubuntu2
SHA-10942F94BAE37B68459DEDD97C76FE440B40D8101
SHA-25662380043F3FC5A6E4811E5FC2DDA2593CD7090B5CBD5886CB999E2A6301F5A38
Key Value
FileSize21168
MD5B0C100131663E169C6B9714255971671
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.8.0+dfsg1-9
SHA-1140A34C8FED128FBFEE1ACF99B690DC936F3DA5D
SHA-25620F427EDF98CF857A1728F4B543761DE4424BCF820BDDFCF500546D69B9706EF
Key Value
FileSize32108
MD56DE9F5A4AFF92DD4D5E99AF669B41ACF
PackageDescriptionWebSockets support for any application/server - Python 3 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. . This package provides the Python 3 module.
PackageMaintainerDebian OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10
SHA-115F49C84E46B3608C39F85E88822ED14F736D057
SHA-2568F46C39BA1DFE8A033E3F30B17FAE96B0B922770268EABC6DB71A8E91C31A649
Key Value
FileSize37836
MD5471A0AE03FA0E044A6C564402981FC27
PackageDescriptionWebSockets support for any application/server - Python 3 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. . This package provides the Python 3 module.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.9.0-0ubuntu2
SHA-1181034B150E79B90EE4EF48A18AC74287F469057
SHA-256159B95B83E222A1104821FC5865D0D665C556F5CD72A88F73A08CBE4DB2BDAA9
Key Value
FileSize24776
MD58CCBDDCB1E34DA877F37229929DCEC30
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.
PackageMaintainerDebian OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10
SHA-118923569C1FA50E45D8796519146B8F9E216F2ED
SHA-256D1E6FFFF9EAD6F799ABFAE17F6B273ED61A8B6287762227C16AC55977DEAAFDD
Key Value
FileSize30140
MD527CA936ABE0D92894A4C2DB1FE1DF869
PackageDescriptionWebSockets support for any application/server - Python 3 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. . This package provides the Python 3 module.
PackageMaintainerUbuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
PackageNamepython3-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-9
SHA-11D7C867D1796646FE8F1F7CC06FD8E5D2DD9150A
SHA-256662E6F3518F3CA802EF9EAD38E67F4A65F58025DAF6CCC293BE162FA062758E6
Key Value
FileSize24356
MD5396CC1590CCC21A2A694DAF40C4BA0CA
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.
PackageMaintainerDebian OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamewebsockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10
SHA-11DE0E2E002361F296C662738E9CB7A58D57A3685
SHA-2567A1BDF3386E650C5D352E1BD41A09752471925D53DDDCB98C0F15A7FD3807238
Key Value
FileSize32028
MD5D40604B55CE8683ECD2AF0DFB7EAB524
PackageDescriptionWebSockets support for any application/server - Python 2 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. . This package provides the Python 2 module.
PackageMaintainerDebian OpenStack <openstack-devel@lists.alioth.debian.org>
PackageNamepython-websockify
PackageSectionpython
PackageVersion0.8.0+dfsg1-10
SHA-11E1F8E3F7A68601CF2A41DB2E83EC38BB19A6382
SHA-2560D0C9F50BE05B65204DB1141BA2AF5B233D630888F5D0057BCAB1F1B54F58838