Result for 320590CAFAB37ECFC4E1C175BCE16713E3C5DF0B

Query result

Key Value
CRC328F17BBC2
FileName./usr/share/man/man1/websockify.1.gz
FileSize2508
MD5E8F32D0CC6DEB1FAACD1B52CFE1F4077
OpSystemCode{'MfgCode': '1006', 'OpSystemCode': '362', 'OpSystemName': 'TBD', 'OpSystemVersion': 'none'}
ProductCode{'ApplicationType': 'Operating System', 'Language': 'English', 'MfgCode': '534', 'OpSystemCode': '599', 'ProductCode': '163573', 'ProductName': 'Netrunner', 'ProductVersion': '17.01'}
SHA-1320590CAFAB37ECFC4E1C175BCE16713E3C5DF0B
SHA-256FF469897EC80C0ACE6646D9E33D844224B5590D654697594ECEF3637C5709C58
SSDEEP48:X6dVN4FwXwtldybPZAS/N7xG+Tjodm5WFrITz8qf4ywaH:qjAGwQbPZ9N7xG+TKYNEY
SpecialCode
TLSHT1A2514A61E50A37F62B831929805701B6FFA21237C053E235AEED588B5E12D6AF8D9784
dbnsrl_modern_rds
insert-timestamp1646996847.9683182
sourceNSRL
hashlookup:parent-total63
hashlookup:trust100

Network graph view

Parents (Total: 63)

The searched file hash is included in 63 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
FileSize24122
MD50BA565F58823E72B46D71634117E3C80
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.8.0+dfsg1-7+deb9u1
SHA-10E444D4A6D2D75C2E0D284538325327E7E51D36F
SHA-256737FFEAB9225EF2D08B4F2351282C7C3112A035DD66A2E01F498D7B2E0D4E331
Key Value
MD5AE193A955125053E4A01B73445AF29A9
PackageArchnoarch
PackageDescriptionPython WSGI based adapter for the Websockets protocol
PackageMaintainerFedora Project
PackageNamepython-websockify
PackageRelease4.fc19
PackageVersion0.2.0
SHA-110E28AA7D36A7342F5554C7974A3F116CBFC0EE4
SHA-2562D0C8B8BF3BE329DF9B8C3BB8C2EFFF224FBC5CAA19997830717AC3D7DB8B42B
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
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
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
MD57C831E2C51298DE98CA2F6A6392A0E1E
PackageArchnoarch
PackageDescriptionPython WSGI based adapter for the Websockets protocol
PackageMaintainerFedora Project
PackageNamepython-websockify
PackageRelease2.fc18
PackageVersion0.2.0
SHA-1240E82086AFBD2624A23F8FAC93DEA4AA577518F
SHA-2568DEAAA3EA91E3B00531F3B018E02D51FA4D3EFB111C2D2497BCA40F41B672777
Key Value
FileSize24630
MD550D0EED5638A9932356AC31CF23F3E60
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.8.0+dfsg1-7+deb9u1
SHA-1258404F025365C9839D3268C56569A704B4445E5
SHA-2563223ADF471097C6F68FB6B689C7E4EBB724692F1B2C7325A9DEAB49F6F4B2FB5
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
MD56D008E943FA355DBB08DC9B358601D93
PackageArchnoarch
PackageDescriptionPython WSGI based adapter for the Websockets protocol
PackageMaintainerFedora Project
PackageNamepython-websockify
PackageRelease1.fc22
PackageVersion0.6.0
SHA-1264CE9B8511656DDC1A01C4DFC5E3669CEB3B3F6
SHA-256324287322121CC4B32D1943944CF1E17211E6FE7A888326611F0B98AF823093F