Недавно мне пришлось диагностировать пару серверов, на которых работает Postfix, которые отправляли по электронной почте результаты rsync cronjobs, когда они возвращали значение, отличное от ОК.
Пока Postfix отправлял получателям электронное письмо о сбое rsync, я заметил, что STDOUT cronjob неправильно локально ретранслируется в корневую почту. Это старый компьютер Ubuntu с Postfix 2:
Dec 3 09:30:01 server01 postfix/pickup[10499]: B5A2B780C7F: uid=0 from=<root>
Dec 3 09:30:01 server01 postfix/cleanup[23133]: B5A2B780C7F: message-id=<20181205093001.B5A2B780C7F@server.fqdn.tld>
Dec 3 09:30:01 server01 postfix/qmgr[23780]: B5A2B780C7F: from=<root@server.fqdn.tld>, size=1969, nrcpt=1 (queue active)
Dec 3 09:30:02 server01 postfix/smtp[23135]: B5A2B780C7F: to=<root@localhost.fqdn.tld>, orig_to=<root>, relay=smtp.fqdn.tld[1.2.3.4]:25, delay=0.7, delays=0.26/0.01/0.02/0.42, dsn=2.6.0, status=sent (250 2.6.0 <20181205093001.B5A2B780C7F@server.fqdn.tld> [InternalId=244571470] Queued mail for delivery)
Dec 3 09:30:02 server01 postfix/qmgr[23780]: B5A2B780C7F: removed
Dec 3 10:00:06 server01 postfix/pickup[15878]: 5D0B8780C7F: uid=0 from=<root>
Dec 3 10:00:06 server01 postfix/cleanup[22344]: 5D0B8780C7F: message-id=<20181205100006.5D0B8780C7F@server.fqdn.tld>
Dec 3 10:00:06 server01 postfix/qmgr[23780]: 5D0B8780C7F: from=<root@server.fqdn.tld>, size=2198, nrcpt=1 (queue active)
Другой сервер, новая сборка CentOS с Postfix 3, регистрировал ошибки несколько иначе:
Dec 3 22:02:48 server02 postfix/pickup[20144]: 9491960138: uid=0 from=<root>
Dec 3 22:02:48 server02 postfix/cleanup[26411]: 9491960138: message-id=<20181203220248.9491960138@server02.fqdn.tld>
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 9491960138: from=<root@fqdn.tld>, size=2541, nrcpt=1 (queue active)
Dec 3 22:02:48 server02 postfix/cleanup[26411]: 98BF0600D6: message-id=<20181203220248.9491960138@server02.fqdn.tld>
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 98BF0600D6: from=<root@fqdn.tld>, size=2689, nrcpt=1 (queue active)
Dec 3 22:02:48 server02 postfix/local[26414]: 9491960138: to=<root@localhost>, orig_to=<root>, relay=local, delay=167, delays=167/0.01/0/0, dsn=2.0.0, status=sent (forwarded as 98BF0600D6)
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 9491960138: removed
Dec 3 22:02:48 server02 postfix/local[26414]: 98BF0600D6: to=<root@localhost>, orig_to=<root>, relay=local, delay=0.02, delays=0/0/0/0.01, dsn=5.4.6, status=bounced (mail forwarding loop for root@localhost)
Dec 3 22:02:48 server02 postfix/cleanup[26411]: 9D80F60139: message-id=<20181203220248.9D80F60139@server02.fqdn.tld>
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 9D80F60139: from=<>, size=4684, nrcpt=1 (queue active)
Dec 3 22:02:48 server02 postfix/cleanup[26411]: 9E9ED6013A: message-id=<20181203220248.9D80F60139@server02.fqdn.tld>
Dec 3 22:02:48 server02 postfix/bounce[26416]: 98BF0600D6: sender non-delivery notification: 9D80F60139
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 98BF0600D6: removed
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 9E9ED6013A: from=<>, size=4832, nrcpt=1 (queue active)
Dec 3 22:02:48 server02 postfix/local[26415]: 9D80F60139: to=<root@localhost>, orig_to=<root@fqdn.tld>, relay=local, delay=0.01, delays=0/0/0/0, dsn=2.0.0, status=sent (forwarded as 9E9ED6013A)
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 9D80F60139: removed
Dec 3 22:02:48 server02 postfix/local[26414]: 9E9ED6013A: to=<root@localhost>, orig_to=<root@fqdn.tld>, relay=local, delay=0.01, delays=0/0/0/0, dsn=5.4.6, status=bounced (mail forwarding loop for root@localhost)
Dec 3 22:02:48 server02 postfix/qmgr[21628]: 9E9ED6013A: removed
Dec 3 22:30:05 server02 postfix/pickup[20144]: C776360138: uid=0 from=<root>
Dec 3 22:30:05 server02 postfix/cleanup[10175]: C776360138: message-id=<20181203223005.C776360138@server02.fqdn.tld>
Dec 3 22:30:05 server02 postfix/qmgr[21628]: C776360138: from=<root@fqdn.tld>, size=2172, nrcpt=1 (queue active)
Dec 3 22:30:05 server02 postfix/cleanup[10175]: CBB5D600D6: message-id=<20181203223005.C776360138@server02.fqdn.tld>
Dec 3 22:30:05 server02 postfix/qmgr[21628]: CBB5D600D6: from=<root@fqdn.tld>, size=2320, nrcpt=1 (queue active)
Dec 3 22:30:05 server02 postfix/local[10178]: C776360138: to=<root@localhost>, orig_to=<root>, relay=local, delay=4.1, delays=4.1/0.01/0/0, dsn=2.0.0, status=sent (forwarded as CBB5D600D6)
Dec 3 22:30:05 server02 postfix/qmgr[21628]: C776360138: removed
Dec 3 22:30:05 server02 postfix/local[10178]: CBB5D600D6: to=<root@localhost>, orig_to=<root>, relay=local, delay=0.02, delays=0/0/0/0.01, dsn=5.4.6, status=bounced (mail forwarding loop for root@localhost)
Dec 3 22:30:05 server02 postfix/cleanup[10175]: D04C460139: message-id=<20181203223005.D04C460139@server02.fqdn.tld>
Dec 3 22:30:05 server02 postfix/qmgr[21628]: D04C460139: from=<>, size=4315, nrcpt=1 (queue active)
Dec 3 22:30:05 server02 postfix/cleanup[10175]: D14146013A: message-id=<20181203223005.D04C460139@server02.fqdn.tld>
Dec 3 22:30:05 server02 postfix/bounce[10180]: CBB5D600D6: sender non-delivery notification: D04C460139
Dec 3 22:30:05 server02 postfix/qmgr[21628]: CBB5D600D6: removed
Dec 3 22:30:05 server02 postfix/qmgr[21628]: D14146013A: from=<>, size=4463, nrcpt=1 (queue active)
Dec 3 22:30:05 server02 postfix/local[10179]: D04C460139: to=<root@localhost>, orig_to=<root@fqdn.tld>, relay=local, delay=0.01, delays=0/0/0/0, dsn=2.0.0, status=sent (forwarded as D14146013A)
Dec 3 22:30:05 server02 postfix/qmgr[21628]: D04C460139: removed
Dec 3 22:30:05 server02 postfix/local[10178]: D14146013A: to=<root@localhost>, orig_to=<root@fqdn.tld>, relay=local, delay=0.01, delays=0/0/0/0, dsn=5.4.6, status=bounced (mail forwarding loop for root@localhost)
Dec 3 22:30:05 server02 postfix/qmgr[21628]: D14146013A: removed
Эти установки Postfix могли отправлять электронные письма через ретранслятор SMTP пользователям в корпоративном домене. Но как исправить локальные корневые отчеты, которые не доставляются локально?
(В этих примерах я анонимизировал имена хостов и изменил внешние домены на fqdn.tld).
Предпосылки:
На обоих серверах
/etc/aliases уже содержал root: root вход/etc/postfix/virtual содержал root root@localhost и /etc/postfix/generic уже содержал отправку псевдонимов для машин (например, root@server02.fqdn.tld server02@fqdn.tldВ aliases, virtual и generic файлы требуют postmap после любых изменений, поскольку Postfix при запуске использует хешированную версию db.
Исходная конфигурация Postfix:
relayhost = smtp.fqdn.tld
myhostname = server01.fqdn.tld
mydomain = fqdn.tld
myorigin = $myhostname
mydestination = $myhostname localhost.$myhostname localhost
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination
mynetworks_style = host
inet_interfaces = loopback-only
mydestination = $myhostname, localhost.$mydomain, $mydomain, fqdn.tld, fqdn2.tld
alias_maps = hash:/etc/aliases
virtual_alias_maps = hash:/etc/postfix/virtual
smtp_generic_maps = hash:/etc/postfix/generic
Хотя это означало, что ящик мог отправлять почту получателям в корпоративном домене, все локальные электронные письма в корневой почтовый ящик (/var/spool/mail/root) не делали этого.
Я заметил раннюю ошибку в myorigin и mydestination значения (они были слишком явными, а также упоминались внешние домены, которые могли сбивать с толку попытки локальной доставки), поэтому я изменил их. Я также убрал другие варианты.
Это рабочая конфигурация, которую я выбрал для блока Postfix 2.7, с несколькими комментариями для других полезных вещей (например, явное определение интерфейсов IPv4 / IPv6 или отключение обратной совместимости конфигурации с Postfix 3. К счастью, блок Postfix 3.3 также работает с тем же config.
relayhost = smtp.fqdn.tld
myhostname = server01.fqdn.tld
mydomain = fqdn.tld
myorigin = $myhostname
mydestination = $myhostname, localhost.$mydomain, localhost
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination
mynetworks_style = host
# host makes the mynetworks unnecessary - defining mynetworks overrides mynetworks_style
#mynetworks = 127.0.0.0/8, 1.2.3.4/32
# http://www.postfix.org/BASIC_CONFIGURATION_README.html
inet_interfaces = loopback-only
#inet_interfaces = 127.0.0.1, 1.2.3.4,
# ::1
# https://serverfault.com/questions/452350/how-to-completely-disable-ipv6-for-loopback-interface-on-rhel-5-6
alias_maps = hash:/etc/aliases
virtual_alias_maps = hash:/etc/postfix/virtual
smtp_generic_maps = hash:/etc/postfix/generic
# compatibility_level disables postfix 2 backward compatibility in Postfix 3.
# http://www.postfix.org/postconf.5.html#compatibility_level
#compatibility_level = 2
В коробке с Postfix 3 я использовал ту же фундаментальную конфигурацию, но с compatibility_level = 2 переменная без комментариев.
Есть некоторые различия в интерпретации одних переменных и изменения поведения по умолчанию других, особенно таких вещей, как mynetworks_style. Настройка сетей важна, чтобы машина не превратилась в непреднамеренно открытое реле.
Установка [mydestination][1] правильная переменная важна - она сообщает машине, для каких доменов она будет локально доставляться, вместо того, чтобы ретранслировать на другую машину через SMTP. (Видеть Базовая конфигурация Postfix Например.)
Если вы хотите проверить, что он работает, следите за своим почтовым журналом:
tail -fn 100 /var/log/maillog (или mail.log на некоторых машинах)
Теперь для всех отчетов cron вы должны увидеть что-то вроде
Dec 4 14:04:50 server01 postfix/pickup[25672]: 1B2566011A: uid=0 from=<root>
Dec 4 14:04:50 server01 postfix/cleanup[19854]: 1B2566011A: message-id=<20181205140450.1B2566011A@server01.fqdn.tld>
Dec 4 14:04:50 server01 postfix/qmgr[29434]: 1B2566011A: from=<root@server01.fqdn.tld>, size=2320, nrcpt=1 (queue active)
Dec 4 14:04:50 server01 postfix/local[19859]: 1B2566011A: to=<root@server01.fqdn.tld>, orig_to=<root>, relay=local, delay=289, delays=289/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox)
Dec 4 14:04:50 server01 postfix/qmgr[29434]: 1B2566011A: removed
В реле = местное и status = отправлено (доставлено) это ключ, а не status = bounced или любые ссылки на SMTP-сервер (например, relay=smtp.fqdn.tld[1.2.3.4]:25). Локальные отчеты в корневой почтовый ящик от таких вещей, как выходные данные cron, всегда должны доставляться локально (локальный ретранслятор).
После правильной настройки я рекомендую использовать mutt (apt-get install mutt / yum install mutt) для проверки корневого почтового ящика: mutt -f /var/spool/mail/root.