http-tls-allow-sslv3
Globalустареланужен перезапуск
Как и её однофамильцы для отправки, приёма, слушателя и входа Transmissions API, строка не действительна: протокола нет в поставке.
Таких строк в конфигурации может встретиться пять, и все пять подлежат удалению — поведение узла от этого не изменится.
У монитора она заметнее прочих. Управляющий интерфейс попадает в отчёты о безопасности первым, и строка http-tls-allow-sslv3 false читается там как принятая мера защиты. Мерой она не является.
Значений нет. Единственное действие — убрать:
| Что нашли | Что делать |
|---|---|
| http-tls-allow-sslv3 | удалить |
| такие же строки у отправки, приёма, слушателя и входа API | удалить тоже |
| рядом другие http-tls-allow-* | переписать на пару границ |
# так быть не должно — строка не делает ничего http-mgmt-port 1000 http-tls-allow-sslv3 false
▲
Типичные ошибки и проблемы
что делают не так и чем это кончается1 ошибка▶
Считают строку действующей защитой управляющего интерфейса
§ 3.3.1.58.8
- Синтаксис
- http-tls-allow-sslv3 <boolean>
- Значения
- значения не применяются — директива не действует
- Применение
- нужен перезапуск сервиса
- Очередь
- уже поставленное в очередь не затронет
- Где писать
- Global
- Сколько раз
- один раз в блоке
Связанные директивы
2 связи
grep -rn "tls-allow-sslv3" /etc/pmta/
Что ещё почитать
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Группа, дающая право управлятьЧленство в группе pmta даёт непривилегированному пользователю право звать команды узла и пользоваться подачей.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.
- Цена ошибки
- безопасно: неверное значение ничего не ломает
- Сценарии
- Безопасность узла