configuração postfix e Recebido de

1

Tendo algum problema aqui. Meu servidor tem 3 endereços IP e este é meu / etc / hosts:

127.0.0.1     localhost
46.38.235.226 brian.smares.de brian
46.38.238.199 stewie.smares.de stewie
46.38.238.137 mail.smares.de mail

o postfix está configurado com

inet_interfaces = localhost, $myhostname
mynetworks = 127.0.0.0/8
mydestination = localhost
myhostname = mail.smares.de
mydomain = smares.de
myorigin = $mydomain

Se eu enviar um e-mail, a fonte lê

Received: from mail.smares.de (pelikansal.at. [46.38.235.226])

pelikansal.at é o alvo rDNS para 46.38.235.226.

O que eu não entendo é por que esse IP está sendo usado em vez de 46,38.238.137. O FQDN do meu servidor é brian.smares.de, que seria mapeado para o endereço 226, mas essa é a causa?

Alguma idéia?

    
por smares 17.03.2015 / 14:45

1 resposta

3

Solução possível

Ao enviar um email, o parâmetro usado para controlar o endereço IP de saída era smtp_bind_address . Portanto, você deve definir explicitamente o parâmetro smtp_bind_address para um endereço IP.

Explicação

Sua configuração acima já modificou o parâmetro inet_interfaces . Apenas define em qual endereço IP o postfix irá receber e-mails.

No entanto, o parâmetro inet_interfaces também pode afetar smtp_bind_address se essas três condições forem suficientes:

  1. smtp_bind_address está vazio (por padrão)
  2. inet_interfaces tem apenas UM endereço IP IPv4
  3. inet_interfaces lista não foi loopback.

Quando aconteceu, smtp_bind_address = $inet_interfaces .

Como você configurou dois endereços IP em inet_interfaces , o smtp_bind_address ainda estava vazio. Nesse caso, cliente smtp usa 0.0.0.0 como seu endereço IP e 0.0.0.0 (INADDR_ANY) significa que o kernel escolherá o endereço IP com base em onde o pacote vai . De este segmento SO por Remy Lebeau , ele diz

If the client does not bind to a specific IP, or it binds to INADDR_ANY, the socket will use the first IP it finds that has an available route to the server IP being connected to.

Então, no seu caso, é compreensível que o kernel escolha 46.38.238.137 para fazer conexão de saída.

    
por 17.03.2015 / 15:43

Tags