Global
То же, что список наборов 1.3 на отправке, только для входящих соединений. Умолчание перечисляет пять наборов — от TLS_AES_256_GCM_SHA384 до TLS_AES_128_CCM_8_SHA256.
Все пять современные, и выбирать между ними обычно нечего: разница в скорости на разном железе, а не в стойкости.
Осмысленный повод сузить — внешнее требование с конкретным перечнем. Ради «усиления» трогать не стоит: слабых наборов в версии 1.3 нет.
Значение — список наборов через двоеточие:
| Что | Когда |
|---|---|
| не задавать (умолчание) | всегда |
| сузить до перечня из политики | внешнее требование |
| оставить один набор | не делать: подача может не подняться вовсе |
# сужение до двух — по требованию политики, не «для усиления» smtp-server-tls-v1.3-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
что делают не так и чем это кончается1 ошибка▶
наш опыт
1 связь
openssl s_client -starttls smtp -connect localhost:25 -tls1_3
3 статьи
◇Подача по HTTPS на своём приёмнике, по образцу SparkPostОтдельный вход: свой приёмник с сертификатом, свои ключи и зарезервированное имя источника, через которое к такой почте применяются обычные настройки подачи.◇Приёмник объявляет требование шифрования на своём сайтеУзел забирает политику получателя по HTTPS и, если та в режиме принуждения, доставляет только при совпадении MX, шифровании и проверенном сертификате.◇Приёмник объявляет требование шифрования в своей зоне DNSУзел смотрит записи DANE получателя и, если тот требует STARTTLS, отправляет только по зашифрованному каналу с проверенным по отпечатку сертификатом.