Задача. Приёмник ведёт себя странно, и надо увидеть, что он отвечает на самом деле, — не правя конфигурацию, не заходя на узел оболочкой и не оставляя следов.
Из чего складывается:
Области у составляющих разные. Все три — команды узла и точка управляющего интерфейса, с которым Хаб уже работает; файл конфигурации не трогается, возвращать назад нечего.
Как они взаимодействуют. trace –to-log руководство называет сокращением для процедуры «включить запись в конфигурации, перечитать, запланировать попытку и всё вернуть». Поворот перед попыткой ограничивает файл, и выгрузка приносит попытку, а не сутки журнала. Порядок не произволен: поворот, попытка, выгрузка. Для наблюдения за приёмником во времени остаётся запись в блоке <domain>.
Три шага:
| Шаг | Команда | Что даёт |
|---|---|---|
| поворот | pmta rotate log | свежий файл журнала |
| попытка | pmta trace –to-log gmail.com/vmta1 | разговор SMTP в журнале |
| выгрузка | GET /getFile?file=… | файл журнала без входа на узел |
# поворот, одна попытка с записью в журнал, выгрузка pmta rotate log pmta trace --to-log --log-resolution gmail.com/vmta1curl -s 'http://127.0.0.1:8080/getFile?file=log.txt' -o log.txt
grep -n 'starting gmail.com' /var/log/pmta/log | tail -3