Nome do host alterado no sistema; O postfix não será iniciado

Question

Título diz tudo. Eu mudei meu nome de host no meu sistema para um FQDN e agora o Postfix não inicia, dizendo:

Sep  1 21:57:06 mailer postfix/master[4759]: fatal: bind 127.0.0.1 port 10029: Cannot assign requested address

Curiosamente, ainda tem o nome antigo "mailer" no log de erros. Atualizei minha configuração para que ela tenha o novo nome de host:

myhostname = mailer.xxx.com
mydomain = mailer.xxx.com

Mas sem alegria.

Por favor me ajude! Deixe-me saber se há alguma outra informação que você precisa ...

Postconf -n:

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_size_limit = 0
mydestination = mailer.xxx.com
mydomain = mailer.xxx.com
myhostname = mailer.xxx.com
mynetworks = xxx.xxx.xxx.0/24, 127.0.0.0/8
myorigin = /etc/mailname
notify_classes = bounce, 2bounce, delay, policy protocol, resource, software
readme_directory = no
recipient_delimiter = +
relayhost = 
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_client_restrictions = permit_mynetworks, reject
smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination
smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtpd_use_tls = yes

ip addr:

1: lo: <LOOPBACK> mtu 16436 qdisc noop state DOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 40:40:4b:1c:8b:d1 brd ff:ff:ff:ff:ff:ff
    inet 173.45.237.59/24 brd 173.45.237.255 scope global eth0
    inet6 fe80::4240:4bff:fe1c:8bd1/64 scope link 
       valid_lft forever preferred_lft forever

/ etc / hosts:

127.0.0.1     localhost localhost.localdomain
173.45.237.59     mailer.xxx.com

/ etc / network / interfaces

# Used by ifup(8) and ifdown(8). See the interfaces(5) manpage or
# /usr/share/doc/ifupdown/examples for more information.
# The loopback network interface
auto lo
iface lo inet loopback
pre-up iptables-restore < iptables.up.rules

# The primary network interface
# Uncomment this and configure after the system has booted for the first time
auto eth0
iface eth0 inet static
    address 173.45.237.59
    netmask 255.255.255.0
    gateway 173.45.237.1
    dns-nameservers 173.45.224.4 173.45.224.5

    

Answer 1

Adicionando como uma nova resposta, uma vez que o tópico da pergunta mudou de Postfix para um problema geral de rede.

Suspeito que seja a cláusula pre-up na interface lo em /etc/network/interfaces . Se esse script ( iptables-restore ) falhar, ifup anula o processamento da interface. Tente comentar e executar ifup lo .

    

Answer 2

1: lo: <LOOPBACK> mtu 16436 qdisc noop state DOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

Por que o 127.0.0.1 não está lá? Em um servidor que eu corro (que funciona), fico:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever

Como teste, tente isto:

> nc -l -s 127.0.0.1 -v -p 12345
  listening on [127.0.0.1] 12345 ...

Se você não entender isso, não é problema do postfix:)

    

Answer 3

Cole a saída de postconf -n , ip addr e o conteúdo de /etc/hosts .

Geralmente, o erro que você está descrevendo indica que ele está tentando se vincular a um endereço IP não local. A saída dos comandos acima deve nos ajudar a descobrir o porquê.

    

Answer 4

Você não tem endereço de loopback. Não tem nada a ver com a configuração do Postfix, algo (ou alguém) mexeu com o seu arquivo /etc/network/interfaces . Certifique-se de que contém:

auto lo
iface lo inet loopback

Na parte superior, execute ifup lo e tudo ficará bem.

    

Answer 5

Acabei de me deparar com o mesmo problema. O postfix e meu filtro dkim não iniciariam e ele estava ligado à interface de loopback. Eu tentei um ifup lo , mas recebi ifup: interface lo already configured . Então, eu acabei de fazer um ifdown lo e depois um ifup lo . Eu não recebi uma mensagem de erro, então eu tentei iniciar o dkim / postfix e tudo começou.

Não sei por que a interface de loopback não foi iniciada corretamente após a reinicialização. Ainda precisa investigar isso.