Globalrestart required
The same kind of list as for mail, but for web monitor connections. The notation is that of the OpenSSL ciphers command, the default is HIGH:!ADH:@STRENGTH: only strong suites, without anonymous key exchange, sorted by strength.
It applies up to and including TLS 1.2. Version 1.3 has its own list — http-tls-v1.3-ciphersuites, and it is not set by this line.
The order matters only together with http-tls-cipher-server-preference: by default the client chooses the cipher, and the @STRENGTH sorting in the list has no effect.
The default here almost never needs touching. The monitor’s clients are your own, and there is nothing to narrow the list for in the name of “hardening”: HIGH already excludes the weak ones.
The default is sensible; change it only on an external requirement:
| Value | When |
|---|---|
| HIGH:!ADH:@STRENGTH (default) | always |
| your own narrowing | an audit requirement, and only together with an access check |
| DEFAULT:@SECLEVEL=0 | an old client with a weak certificate, as a targeted exception |
Version 1.3 is not configured by this line — it has its own list.
# the default, written out explicitly http-mgmt-port 1000 http-tls-ciphers HIGH:!ADH:@STRENGTH
what people get wrong and how it ends3 mistakes▶
our experience
§ 3.3.1.58.16
§ 3.3.1.58.18
4 relations
openssl s_client -connect NODE:1000 -tls1_2 -brief </dev/null
3 articles
◇Who is allowed to submit mail and for whom to accept itOut of the box, the node accepts submission only from the machine itself; two different questions — “who can send through us” and “for whose addresses we accept mail” — are answered by different directives.◇The group that grants management rightsMembership in the pmta group gives an unprivileged user the right to call the node’s commands and use submission.◇How the node selects a source and combines its settingsA connection falls under all source blocks whose addresses cover it, and they act merged — the narrow one overrides the wide one; named blocks are attached only by direct reference.