tls-v1.3-ciphersuites

<smtp-listener>

Набор шифров этого слушателя для TLS 1.3
в конфигурации это строкаtls-v1.3-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:TLS_AES_128_CCM_8_SHA256внутри блока <smtp-listener>
То же имя ещё 1:<smtp-listener><transmissions-api-listener>— часть из них другие настройки, часть та же самая
Версия 1.3 на отдельном входе

Тот же список наборов, что у узла, но для соединений этого слушателя. Умолчание перечисляет пять наборов, все современные.

Осмысленный повод сузить — внешнее требование с конкретным перечнем. Ради «усиления» трогать не стоит: слабых наборов в версии 1.3 нет.

Главная ловушка — оставить один набор. Клиент без него не согласует версию 1.3 на этом входе, а при поднятом пороге — не подключится совсем.
Что делает Хаб. Не пишет — оставляет умолчание.
Рекомендуемые значения

Умолчание у слушателя своё, такое же, как у узла — строку задают здесь, когда у этого входа должно быть иначе или когда значение изменено на узле (наследования руководство не обещает):

Что Когда
не задавать всегда
сузить до перечня из политики внешнее требование
оставить один набор не делать
Умолчание из пяти наборов — из руководства (§ 3.3.17.13). Совет не сужать до одного — наш.
Пример в конфигурации
# настройка одного входа, остальные берут значение узла
<smtp-listener 0.0.0.0:2525>
    tls-v1.3-ciphersuites TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256</smtp-listener>
Сужение до двух наборов по внешнему требованию. Оба сильные; стойкость от этого не растёт.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Настраивают слушатель вместо узла при единственном входе

§ 3.3.17.13

Чем чреватоСлушатель один, и настройка у него равносильна настройке узла — но найти её труднее: она лежит внутри блока, а не в корне файла. Следующий человек будет искать в общих настройках.
Как заметитьВ корне файла настройки нет, а поведение узла ей не соответствует.
Как правильноПри одном входе задавать на уровне узла. Настройка слушателя нужна там, где входов несколько и они разные.

Меняют у одного слушателя, ожидая изменения у всех

наш опыт

Чем чреватоСтрока действует только на свой адрес и порт. Соседний вход продолжает работать по значению узла, и разница обнаруживается по поведению разных клиентов.
Как заметитьОдни подающие видят новое поведение, другие прежнее.
Как правильноМенять на уровне узла — тогда изменение достанется всем входам, где не задано своё.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
tls-v1.3-ciphersuites <string>
Значения
список наборов TLS 1.3 через двоеточие
Умолчание
TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:TLS_AES_128_CCM_8_SHA256 § 3.3.17.13
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<smtp-listener>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Директива живёт в <smtp-listener> и действует на соединения его адреса и порта. Наследования от smtp-server-tls-v13-ciphersuites руководство не обещает: у строки своё умолчание, такое же, как у узла, а «наследуется от узла» сказано только про tls-certificate. Изменили значение на узле — повторите его у слушателя явно.
Как проверить на узле
Проверять надо порт того слушателя, о котором речь, — у соседнего значение может быть другим:
openssl s_client -starttls smtp -connect localhost:2525 -tls1_3
В ответе виден согласованный набор — он начинается с TLS_. Если соединение не поднимается, список сужен слишком сильно.
В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Безопасность узла · Подключить платформу отправки