Postfix - исходящий SMTP-трафик выходит из неправильного интерфейса

У меня есть сервер 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 ?

2
задан 20 October 2020 в 19:45
2 ответа

Это была проблема конфигурации в 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 использует для этих поисков.

2
ответ дан 29 September 2021 в 16:02

Пожалуйста, взгляните на этот вопрос: Предотвратить отправку почты Postfix через неправильный сетевой интерфейс.

В этом сообщении люди заявили, что smtp_bind_address будет переключаться на другой интерфейс inet_interface, если настроенный недоступен. В вашем случае smtp_bind_address указывает на статический IP-адрес, привязанный к tun0. Он выйдет через tun0, когда он включится. Если tun0 не работает, то привязка клиента завершится ошибкой, в результате чего postfix вернется к поведению по умолчанию, не привязывая конечную точку TCP клиента, и поэтому он будет использовать маршрут по умолчанию, который подключен к eth0.

0
ответ дан 27 October 2020 в 07:48

Теги

Похожие вопросы