[Package Update] sslh to 2.1.4

[lordvandal]

Software Name

sslh

Brief Description

Please update sslh package from from 1.21-6 (1.21c) to 2.1.4.

Thank you in advance!

There are some changes and enhancements in v2.x (https://github.com/yrutschle/sslh/blob/master/ChangeLog):

v2.0:

New sslh-ev: this is functionally equivalent to
sslh-select (mono-process, only forks for specified
protocols), but based on libev, which should make it
scalable to large numbers of connections.

New log system: instead of --verbose with arbitrary
levels, there are now several message classes. Each
message class can be set to go to stderr, syslog, or
both. Classes are documented in example.cfg.

UDP connections are now managed in a hash to avoid
linear searches. The downside is that the number of
UDP connections is a hard limit, configurable with
the 'udp_max_connections', which defaults to 1024.
Timeouts are managed with lists.

inetd merges stderr output to what is sent to the
client, which is a security issue as it might give
information to an attacker. When inetd is activated,
stderr is forcibly closed.

New protocol-level option `resolve_on_forward`,
requests that target names are resolved at each
connection instead of at startup. Useful for dynamic
DNS situations. (Paul Schroeder/milkpirate)

New probe for MSRDP (akappner).

Website

https://www.rutschle.net/tech/sslh/README.html

Documentation

https://www.rutschle.net/tech/sslh/README.html

Build/Installation documentation

https://github.com/yrutschle/sslh/blob/master/doc/INSTALL.md

Source code

https://github.com/yrutschle/sslh

OpenSource License

GPLv2

Other License

No response

[hgy59]

@lordvandal we already have sslh v1.22c, but it was not published.

I first will update to v1.23.1
The current version 2.1.4 does not compile and might need some patches (or will never be supported for DSM).

[lordvandal]

@hgy59 I understand and I very much appreciate your help. Thank you for your efforts!

[hgy59]

@lordvandal good news, all issues fixed and successfully created sslh-fork (aka sslh), sslh-select and sslh-ev.

shall we add sslh-select and sslh-ev to the package?

sslh is installed and runs as a service.
we can install all three variants, but only one of them for the service.
shall the package installation wizard ask whether to use sslh-fork (the same as before the update), sslh-select or sslh-ev for the service?
But if so, I guess we need to install different configuration files for each.