web-dev-qa-db-ja.com

Postfix：name = domain.com type = MXのネームサービスエラー：ホストが見つかりません。もう一度お試しください

Postfix MX関連の問題に悩まされています。

非常に古いCentos 5サーバーをv7に移行したばかりなので、postfix-2.10.1-7.el7.x86_64を使用しています。私はレガシーpostfix設定（多分この地獄の原因）と、動作するように見える他の補足的なものをアップグレードしました：

  • postfix-Perl-scripts-2.10.1-7.el7.x86_64
  • postgrey-1.34-12.el7.noarch
  • amavisd-new-2.11.1-1.el7.noarch
  • spamassassin-3.4.0-4.el7_5.x86_64
  • Perl-Mail-SPF-2.8.0-4.el7.noarch
  • Perl-Mail-DKIM-0.39-8.el7.noarch
  • dovecot-2.2.36-3.el7.x86_64

多くの苦難の後、私は（/ var/log/maillogから）以下のように、迷惑なMX関連の問題を除いて、ほとんどのシステムを稼働させたと思います：

Mar 28 14:26:48 tormento postfix/smtpd[1021]: warning: Unable to look up MX Host for spmailtechn.com: Host not found, try again
Mar 28 14:26:51 tormento postfix/smtpd[1052]: warning: Unable to look up MX Host for inlumine.ual.es: Host not found, try again
Mar 28 14:31:38 tormento postfix/smtpd[1442]: warning: Unable to look up MX Host for aol.com: Host not found, try again
Mar 28 13:07:53 tormento postfix/smtpd[26556]: warning: Unable to look up MX Host for hotmail.com: Host not found, try again
Mar 28 13:12:06 tormento postfix/smtpd[26650]: warning: Unable to look up MX Host for facebookmail.com: Host not found, try again
Mar 28 13:12:31 tormento postfix/smtpd[26650]: warning: Unable to look up MX Host for joker.com: Host not found, try again
Mar 28 13:13:02 tormento postfix/smtpd[26650]: warning: Unable to look up MX Host for bounce.linkedin.com: Host not found, try again

そして：

Mar 28 14:50:36 tormento postfix/smtp[1700]: 7B6C69C6A2: to=<[email protected]>, orig_to=<[email protected]>, relay=none, delay=1142, delays=1142/0.07/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=gmail.com type=MX: Host not found, try again)
Mar 28 14:32:05 tormento postfix/smtp[1383]: 721A19C688: to=<[email protected]>, orig_to=<[email protected]>, relay=none, delay=4742, delays=4742/0/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=yahoo.com type=MX: Host not found, try again)

例として。

最初の疑いはDNS解決ですが、これはHetztner DNSサーバー（マシンはホスト）または8.8.8.8または9.9.9.9の両方を使用して機能しています。

$ cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
nameserver 213.133.100.100
nameserver 213.133.98.98
nameserver 213.133.99.99

および/ etc/hosts：

195.201.24.84 tormento tormento.olea.org
127.0.0.1 localhost.localdomain localhost
127.0.0.1 localhost4.localdomain4 localhost4

# The following lines are desirable for IPv6 capable hosts
::1 tormento tormento.olea.org
::1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6

私は本当に明白なものを見逃しているのではないかと心配していますが、私は2日間、あらゆる量のテストを行っており、今何をすべきかわかりません。

Serverfaultが元の質問をスパムとして拒否したため、ログと設定の詳細を私の個人ブログに掲載しました： http://olea.org/diario/2019/03/28/Postfix_MX_not_found.html

前もって感謝します。

postfixmx-record
2
Ismael Olea

まあ、これは恥ずかしいです。私が予測したように、私の問題は最も明白で些細な理由によって引き起こされました：postfixユーザーo_0の/etc/resolv.confへの読み取りアクセスの欠如

ご存知のとおり、postfixサブプロセス（smtp、smtpd、qmgrなど）はpostfixユーザーで実行されます。私が受け取ったすべてのコメントと提案は、DNS解決データへのアクセスの問題に関連しており、通常の疑いはSELinuxまたはchrootされたpostfixです。あなたは皆、最後の理由で正しかった。アドバイスに従って試してみました：

# Sudo -u postfix -H cat /etc/resolv.conf
cat: /etc/resolv.conf: Permission denied

だから何？？

# ls -l /etc/resolv.conf
-rw-r-----. 1 root named 118 mar 28 20:34 /etc/resolv.conf

OMG！...その後、chmod o + rを実行してPostfixを再起動すると、保留中のすべてのメールを処理して送信でき、期待どおりに新しいメールが処理されます。

Resolv.confの読み取り権限を変更したとは思いませんが、100％確実ではありません。最後に問題が修正されました。このばかげた理由で皆さんの注意を盗んだことを非常に残念に思います。みんなありがとう。

6
Ismael Olea

ステップ1。私は私のサーバー上のmxレコードへのアクセスについてgmail.comを確認します。最初にyum install bind-utilsを使用してバインドサーバーをインストールし、次のコマンドでrhe gmail.comを確認します。

root@Host# Host -t mx gmail.com
;; connection timed out; no servers could be reached

そのため、nmtuiコマンドを使用してDNSサーバーを8.8.8.8に変更し、サーバーを再起動します...

再起動後、Host -t mx gmail.comを実行すると、タイムアウトがthi houtputによって修正されました。

root#Host# Host -t mx gmail.com
gmail.com mail is handled by 10 alt1.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 30 alt3.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 20 alt2.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 40 alt4.gmail-smtp-in.l.google.com.
gmail.com mail is handled by 5 gmail-smtp-in.l.google.com.

しかし、主な問題はまだ解決していません...それで、ステップ2を実行しました...

ステップ2。 Om my server not etc etc folder on /var/spool/postfix/。だから、私はetcフォルダーを手動で作成しました...そして、その上に3つのファイルをコピーします。 /etc/Host.conf、/etc/resolv.conf and /etc/servoces

root@Host# mkdir /var/spool/postfix/etc
root@Host# cp /etc/Host.conf /var/spool/postfix/etc/
root@Host# cp /etc/resolv.conf /var/spool/postfix/etc/
root@Host# cp /etc/services /var/spool/postfix/etc/

MXの主な問題はまだ解決されていません...

ステップ3。/etc/resolv.confおよび/var/pool/postfix/etc/*のモードを1777に変更して問題を修正しました

root@Host# chmod 1777 /etc/resolve.conf
root@Host# chmod 1777 -R /var/spool/postfix/etc

最後に、systemctl restart postfix.serviceを使用してpostfixサービスを再起動すると、私のSMTPは正常に機能しました。

2
Richi