web-dev-qa-db-ja.com

ISPは、単一の静的IPアドレスのDNS逆ルックアップレコードを壊しましたか?

多くのMTAは電子メールの受け入れに非常に偏執的であるので、私は小さな電子メールサーバーを実行するタスクを引き受けました。スパムの世界は、個人にとってそれをより困難にします。

問題になる可能性のあるほぼすべての設定を完了したと思います。商用SSL証明書、DKIM、適切なドメイン、静的IPアドレスです。実際、私の(きっぱりと)電子メールは、ほとんどいつでも送信されます。しかし、最もパラノイアなMTAは依然として私のメールを拒否しています- Craigslist たとえば--それは私の逆引きのようです。

最近、静的IPアドレスとISPのサービスを変更しました。彼らが変更したとき、私はこれを正しく設定しようとしましたが、そうではないのではないかと心配しています。しかし、私は何が間違っているのか、または私のリバースレコードがどのように見えるのかを100%確信していません。

私は特に、ISPに「問題は何なのかわかりませんが、どうにかして修正する必要があります」という態度でアプローチしたくありません。問題がある場合は、NOCで電話に出る前に、それが何であるかを正確に説明できるようにしたいと思います。私が知る限り、彼らはこのためのコントロールパネルを提供していません。そのため、試行錯誤を繰り返しながら誰かの忍耐を試したくありません。

OK、詳細、編集済み、架空のもの、ただし一貫性のあるもの:

Domain:                      funkeedomain.org
Mailserver (DNS MX record):  mx.funkeedomain.org
Static IP address:           111.222.333.444
Static IP address reversed:  444.333.222.111
FQDN originally requested of the ISP for reverse lookups: main.funkeedomain.org

メールサーバー(hMailServer)からの典型的な拒否通知は次のとおりです。

Your message did not reach some or all of the intended recipients.

   Sent: Thu, 12 Jan 2017 11:53:50 -0800 (PST)
   Subject: Blah blah blah

The following recipient(s) could not be reached:

[email protected]
   Error Type: SMTP
   Remote server (64.235.154.109) issued an error.
   hMailServer sent: .
   Remote server replied: 550 permanent failure for one or more recipients ([email protected]:550 Sender IP reverse lookup rejected)

hMailServer

商用メール送信チェッカーは私に言っています:

main.funkeedomain.org.333.222.111.in-addr.arpa          Failed - No A Record Found in DNS

結構です。 DNSツールは何を教えてくれますか?

stew@griffin:~$ Host 111.222.333.444
444.333.222.111.in-addr.arpa domain name pointer main.funkeedomain.org.333.222.111.in-addr.arpa.

stew@griffin:~$ Dig -x 111.222.333.444
; <<>> Dig 9.10.3-P4-Ubuntu <<>> -x 111.222.333.444
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16150
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;444.333.222.111.in-addr.arpa.   IN      PTR

;; ANSWER SECTION:
444.333.222.111.in-addr.arpa. 86365 IN   PTR     main.funkeedomain.org.333.222.111.in-addr.arpa.

;; Query time: 0 msec
;; SERVER: 10.0.0.4#53(10.0.0.4)
;; WHEN: Thu Jan 12 19:09:11 PST 2017
;; MSG SIZE  rcvd: 93

例( http://www.gettingemaildelivered.com/how-to-set-up-reverse-dns-rdns の例)を読むと、これは間違っているという印象が強く、私の逆私のISPによって設定されたレコードは、「main.funkeedomain.org.333.222.111.in-addr.arpa」ではなく、「main.funkeedomain.org」へのPTRである必要があります。

私はこれを考えるのは正しいですか?私が見つけているものではない場合、リバースレコードで何を期待すべきですか?


回答してくれたすべての人、そして私のポストポスト文法コピーエディターに感謝します。

HBruijnとAndrew Bの答えはどちらも正解でしたが、どちらも私はHBruijnを選択するように求めているようです。

これを解決するには、5回も電話をかけなければなりませんでした。 100%正確な診断があることは確かに私がこれを盲目的に3レベルのエスカレーションに成功させるための鍵でした-私はDNS部門に直接話すことを決して許されませんでした。

本当にありがとうございました。

26
StewLG

444.333.222.111.in-addr.arpa。 86365 IN PTR main.funkeedomain.org.333.222.111.in-addr.arpa。

逆DNSゾーンデータで、誰かが末尾のピリオドを追加するのを忘れたようです . 完全修飾ホスト名であることを示すためにホスト名に追加します。 DNSの省略形では、単純なホスト名に$ Originが追加されます。

正しいゾーンデータは

444.333.222.111.in-addr.arpa. 86365 IN   PTR     main.funkeedomain.org.

またはDNSの省略形では、オプションで$Originを省略できます。つまり、333.222.111.in-addr.arpa

444                           86365 IN   PTR     main.funkeedomain.org.
33
HBruijn

回答セクションをもう少し詳しく見てみましょう。

;; ANSWER SECTION:
444.333.222.111.in-addr.arpa. 86365 IN   PTR     main.funkeedomain.org.333.222.111.in-addr.arpa.

具体的には、PTRレコードの値:

main.funkeedomain.org.333.222.111.in-addr.arpa.

ISPがFQDNに末尾のドットを追加するのを忘れていました。これにより、DNSソフトウェアは、ゾーンファイルの名前をデータの末尾に追加します。

逆引きDNSレコードをもう一度見て、末尾のドットに言及するように伝え、意味がわかれば、何が間違っていたかを正確に知ることができます。

49
Andrew B

リバースエントリを修正することに加えて(Andrew BとHBruijnの回答を参照)、フォワードエントリも混乱するようです。サーバーのホスト名がmain.funkeedomain.orgである場合は、mx.funkeedomain.orgも含めないでください。代わりに、funkeedomain.orgからmain.funkeedomain.orgを指す「MX」タイプのレコードと、main.funkeedomain.orgから111.222.333.444を指す「A」レコードが必要です。基本的に、前方参照は次のようになります。

$ Host -t mx funkeedomain.org
funkeedomain.org mail is handled by 10 main.funkeedomain.org.
$ Host main.funkeedomain.org
main.funkeedomain.org has address 111.222.333.444

ゾーンファイルのレコードは次のようになります。

funkeedomain.org.       MX 10 main.funkeedomain.org.
main.funkeedomain.org.  A 111.222.333.444

または、ゾーン名(funkeedomain.org)が暗黙的である可能性があり、最後の「。」が欠落していることで示されます。 (Andrew Bが逆レコードの問題であると疑っているので)、次のように:

     MX 10 main.funkeedomain.org.
main A 111.222.333.444

...または他の任意の数のバリアント。

1
Gordon Davisson