<acct-file>
Файл в формате PEM с клиентским сертификатом. Узел предъявит его приёмнику, если тот запросит. Умолчания нет.
Это альтернатива токену в заголовке. Приёмнику надо как-то отличать свои узлы от чужих, и способов два: секрет в заголовке (http-webhook-extra-headers) или сертификат. Второй тяжелее в обслуживании — сертификаты истекают, — но не передаётся в каждом запросе и не лежит в файле открытым текстом.
Строка ничего не требует. Если приёмник сертификата не просит, она просто не сработает — и это тихо: ошибки не будет, авторизации тоже.
Выбор между двумя способами доказательства:
| Способ | Плюс | Минус |
|---|---|---|
| токен в заголовке | нечему истекать, отзыв — один файл | секрет уходит в каждом запросе |
| клиентский сертификат | секрет не передаётся | истекает, нужен выпуск и обновление |
Вместе они не нужны, хотя и не мешают друг другу.
# приёмник требует клиентский сертификат вместо токена <acct-file /var/log/pmta/webhook.json> http-webhook-url https://partner.example.com/ingest http-webhook-certificate /etc/pmta/webhook1-client-cert.pem</acct-file>
что делают не так и чем это кончается2 ошибки▶
наш опыт
наш опыт
2 связи
openssl s_client -connect HOST:443 -msg </dev/null | grep -c CertificateRequest
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Пять способов очереди отдать письмоОчередь не обязана ходить по SMTP: она умеет писать в файл, запускать программу, стучаться по HTTP или выбрасывать.