У меня есть сервер postfix, который работал нормально (входящий и исходящий), пока я не внес некоторые сетевые изменения. Я добавил интерфейс (для второго общедоступного IP-адреса через VPN-туннель. Я намереваюсь запустить несколько серверов postfix, чтобы поддерживать отдельные домены на разных IP-адресах, сертификатах и т. д.)
После изменения postfix получает входящую почту нормально, но исходящий трафик идет через неправильный интерфейс, и поэтому почта не может быть доставлена (порт 25 на этом интерфейсе заблокирован). mail.log
показывает «соединение отклонено» или «сеть недоступна» любому внешнему SMTP-серверу.
Пример сообщения об ошибке из mail.log
:
Oct 18 17:13:10 vox postfix/smtp[22694]: connect to mx-asp.jvlicenses.com[198.199.107.159]:25: Connection timed out
Oct 18 17:13:10 vox postfix/smtp[22694]: 39DCBA6227: to=<alissandra@jvlicenses.com>, relay=none, delay=1096, delays=1066/0.02/30/0, dsn=4.4.1, status=deferred (connect to mx-asp.jvlicenses.com[198.199.107.159]:25: Connection timed out)
Я использую параметр smtp_bind_address в master.cf
, чтобы указать исходный адрес, который Postfix следует использовать. Я также пробовал использовать inet_addresses
в master.cf
, но это действительно похоже, тоже не работает. Трафик всегда идет через шлюз по умолчанию, а не через желаемый интерфейс. (Когда все это работало, я думаю, что маршрут по умолчанию, вероятно, был желаемым маршрутом, но я не могу вспомнить наверняка.)
Я хочу , чтобы postfix отправлял почту с исходным IP 10.8.0.8
, который по моим правилам маршрутизации должен выходить из интерфейса tun45
. Вместо этого, насколько я могу судить, postfix отправляется с IP 192.168.122.185
на устройстве enp1s0
- это маршрут по умолчанию на хосте.
Я использую postfix версия 3.4.14
в Debian 4.19.118-2 (2020-04-24)
.
Ниже приведены некоторые дополнительные сведения о конфигурации, а также шаги, которые я использовал для тестирования.
Postfix привязывается к 10.8.0.8
, как показано netstat:
# netstat -ntlp|grep master
tcp 0 0 10.8.0.8:25 0.0.0.0:* LISTEN 22293/master
tcp 0 0 10.8.0.8:587 0.0.0.0:* LISTEN 22293/master
tcp 0 0 10.8.0.8:465 0.0.0.0:* LISTEN 22293/master
Этот адрес - устройство tun45
на хосте:
# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 52:54:00:4b:2c:5b brd ff:ff:ff:ff:ff:ff
inet 192.168.122.185/24 brd 192.168.122.255 scope global dynamic noprefixroute enp1s0
valid_lft 2672sec preferred_lft 2672sec
inet6 fe80::5054:ff:fe4b:2c5b/64 scope link noprefixroute
valid_lft forever preferred_lft forever
9: tun45: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 100
link/none
inet 10.8.0.8/24 brd 10.8.0.255 scope global tun45
valid_lft forever preferred_lft forever
inet6 fe80::e401:70cf:ba68:88b1/64 scope link stable-privacy
valid_lft forever preferred_lft forever
11: tun66: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 100
link/none
inet 10.8.0.7/24 brd 10.8.0.255 scope global tun66
valid_lft forever preferred_lft forever
inet6 fe80::41d:c2e1:9428:5630/64 scope link stable-privacy
valid_lft forever preferred_lft forever
Маршрут на любой внешний адрес (в данном случае, MTA для jvlicenses.com) с IP 10.8.0.8
, должен проходить через устройство tun45
:
# ip route get 198.199.107.159 from 10.8.0.8
198.199.107.159 from 10.8.0.8 dev tun45 table t1 uid 0
cache
Таблица маршрутизации t1
имеет только одну запись:
# ip route show table t1
default dev tun45 scope link
Я могу подключиться к посту 25 внешнего сервера, используя netcat, с тем же исходным адресом:
# nc -s 10.8.0.8 198.199.107.159 25
220 mx-asp.jvlicenses.com ESMTP Postfix
QUIT
221 2.0.0 Bye
tcpdump показывает, что подключение netcat имеет правильный исходный адрес и т. Д .:
# tcpdump -ni tun45 dst port 25
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on tun45, link-type RAW (Raw IP), capture size 262144 bytes
16:27:02.522570 IP 10.8.0.8.42427 > 198.199.107.159.25: Flags [S], seq 4118387792, win 64240, options [mss 1460,sackOK,TS val 2496426612 ecr 0,nop,wscale 8], length 0
16:27:02.689912 IP 10.8.0.8.42427 > 198.199.107.159.25: Flags [.], ack 1806817019, win 251, options [nop,nop,TS val 2496426779 ecr 75983973], length 0
16:27:02.857545 IP 10.8.0.8.42427 > 198.199.107.159.25: Flags [.], ack 42, win 251, options [nop,nop,TS val 2496426947 ecr 75984142], length 0
16:27:14.393645 IP 10.8.0.8.42427 > 198.199.107.159.25: Flags [P.], seq 0:5, ack 42, win 251, options [nop,nop,TS val 2496438483 ecr 75984142], length 5: SMTP: QUIT
16:27:14.650912 IP 10.8.0.8.42427 > 198.199.107.159.25: Flags [.], ack 57, win 251, options [nop,nop,TS val 2496438740 ecr 75995841], length 0
16:27:14.651089 IP 10.8.0.8.42427 > 198.199.107.159.25: Flags [F.], seq 5, ack 58, win 251, options [nop,nop,TS val 2496438740 ecr 75995842], length 0
Но когда я отправляю электронное письмо на этот сервер, нет трафик на tun45. Вместо этого я вижу, что он выходит по маршруту по умолчанию на устройстве enp1s0
:
# tcpdump -n dst port 25 -vv
tcpdump: listening on enp1s0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:42:37.321194 IP (tos 0x0, ttl 64, id 1567, offset 0, flags [DF], proto TCP (6), length 60)
192.168.122.185.34050 > 198.199.107.159.25: Flags [S], cksum 0x6df7 (incorrect -> 0xc5e2), seq 3824536030, win 64240, options [mss 1460,sackOK,TS val 17622374 ecr 0,nop,wscale 8], length 0
Подтверждение того, что это фактически маршрут по умолчанию для хоста, т.е. когда исходный IP-адрес не 10.8.0.8
, чтобы запускалась таблица маршрутизации t1
:
# ip route
default via 192.168.122.1 dev enp1s0 proto dhcp metric 100
10.8.0.0/24 dev tun45 proto kernel scope link src 10.8.0.8
10.8.0.0/24 dev tun66 proto kernel scope link src 10.8.0.7
<...elided entries...>
# ip route get 198.199.107.159
198.199.107.159 via 192.168.122.1 dev enp1s0 src 192.168.122.185 uid 0
cache
master.cf
config:
10.8.0.8:smtp inet n - y - - smtpd -v
-o smtpd_tls_key_file=/etc/letsencrypt/live/<domain>/privkey.pem
-o smtpd_tls_cert_file=/etc/letsencrypt/live/<domain>/fullchain.pem
-o smtp_bind_address=10.8.0.8
-o myhostname=<host.domain>
10.8.0.8:submission inet n - y - - smtpd -v
-o syslog_name=postfix/submission
-o smtpd_tls_security_level=encrypt
-o smtpd_sasl_auth_enable=yes
-o smtpd_sasl_type=dovecot
-o smtpd_sasl_path=private/auth
-o smtpd_reject_unlisted_recipient=no
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
-o milter_macro_daemon_name=ORIGINATING
-o smtpd_tls_key_file=/etc/letsencrypt/live/<domain>/privkey.pem
-o smtpd_tls_cert_file=/etc/letsencrypt/live/<domain>/fullchain.pem
-o smtp_bind_address=10.8.0.8
-o myhostname=<host.domain>
10.8.0.8:smtps inet n - y - - smtpd -v
-o syslog_name=postfix/smtps
-o smtpd_tls_wrappermode=yes
-o smtpd_sasl_auth_enable=yes
-o smtpd_sasl_type=dovecot
-o smtpd_sasl_path=private/auth
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
-o milter_macro_daemon_name=ORIGINATING
-o smtpd_tls_key_file=/etc/letsencrypt/live/<domain>/privkey.pem
-o smtpd_tls_cert_file=/etc/letsencrypt/live/<domain>/fullchain.pem
-o smtp_bind_address=10.8.0.8
-o myhostname=<host.domain>
и postconf -n
output:
# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
compatibility_level = 2
debug_peer_list = 81.3.6.165, 45.55.104.203, 34.209.113.130
delay_warning_time = 4h
disable_vrfy_command = yes
inet_interfaces = all
inet_protocols = all
invalid_hostname_reject_code = 550
mailbox_size_limit = 0
maximal_backoff_time = 3h
milter_default_action = accept
milter_protocol = 6
minimal_backoff_time = 180s
mydestination = localhost
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
myorigin = /etc/mailname
non_fqdn_reject_code = 550
non_smtpd_milters = $smtpd_milters
policyd-spf_time_limit = 3600s
readme_directory = no
recipient_delimiter = +
relayhost =
smtp_always_send_ehlo = yes
smtp_helo_timeout = 15s
smtp_rcpt_timeout = 15s
smtp_tls_security_level = may
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_delay_reject = yes
smtpd_helo_required = yes
smtpd_helo_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_invalid_helo_hostname, reject_non_fqdn_helo_hostname
smtpd_milters = local:opendkim/opendkim.sock
smtpd_recipient_limit = 40
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unlisted_recipient, reject_unauth_destination, check_policy_service unix:private/policyd-spf
smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, defer_unauth_destination
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = private/auth
smtpd_sasl_security_options = noanonymous, noplaintext
smtpd_sasl_tls_security_options = noanonymous
smtpd_sasl_type = dovecot
smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_sender, reject_unknown_sender_domain, reject_unknown_reverse_client_hostname
smtpd_timeout = 30s
smtpd_tls_auth_only = yes
smtpd_tls_security_level = may
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes
strict_rfc821_envelopes = yes
unknown_address_reject_code = 550
unknown_client_reject_code = 550
unknown_hostname_reject_code = 550
unverified_recipient_reject_code = 550
unverified_sender_reject_code = 550
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf, mysql:/etc/postfix/mysql-virtual-email2email.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf
virtual_transport = lmtp:unix:private/dovecot-lmtp
Я не делаю SNATing, маскировка или другие вещи iptables на этом хосте. (Все это происходит на другом конце VPN-туннеля.)
Что мне здесь не хватает? Почему исходящий постфиксный трафик отправляется на enp1s0
вместо tun45
? И почему у него нет исходного IP-адреса, установленного в smtp_bind_address
?
Это была проблема конфигурации в master.cf
. Конфигурация, показанная выше (в моем вопросе ), устанавливает smtp_bind_address
только для входящего трафика, то есть для прослушивающих демонов.
Для исходящего трафика, то есть когда демон postfix отправляет почту на другие серверы, в следующей строке в master.cf
также должен быть указан адрес привязки. В default/sample master.cf
строка выглядит так:
smtp unix - - y - - smtp
Она спрятана под многими другими параметрами, которые легко пропустить.
Измените его, чтобы добавить адрес привязки, например.:
smtp unix - - y - - smtp
-o smtp_bind_address=10.8.0.9
Поскольку я запускаю несколько постфиксных демонов на одном сервере, чтобы обслуживать несколько доменов с отдельными общедоступными IP-адресами и сертификатами, я изменил свой на:
outbound_domain1.com unix - - y - - smtp
-o smtp_bind_address=10.8.0.8
-o smtp_helo_name=domain1.com
... и затем добавил строку в /etc/postfix/sender_transport
, чтобы сопоставить этот исходящий демон к домену электронной почты, который он обслуживает:
@domain1.com outbound_domain1.com
И, конечно, вы также должны указать postfix использовать эту транспортную карту вmain.cf
:
sender_dependent_default_transport_maps = hash:/etc/postfix/sender_transport
А затем запустить postmap
, чтобы сгенерировать хеш-файлы, которые postfix использует для этих поисков.
Пожалуйста, взгляните на этот вопрос: Предотвратить отправку почты Postfix через неправильный сетевой интерфейс.
В этом сообщении люди заявили, что smtp_bind_address
будет переключаться на другой интерфейс inet_interface, если настроенный недоступен. В вашем случае smtp_bind_address
указывает на статический IP-адрес, привязанный к tun0. Он выйдет через tun0, когда он включится. Если tun0 не работает, то привязка клиента завершится ошибкой, в результате чего postfix вернется к поведению по умолчанию, не привязывая конечную точку TCP клиента, и поэтому он будет использовать маршрут по умолчанию, который подключен к eth0.