web-dev-qa-db-ja.com

レジストラとネームサーバーホストを使用したMXレコードの設定

クライアントのメールアカウントの1つで何が起こったのか少し混乱しています。

私のクライアントはdotster.comでドメインを登録しました。彼女は、ウェブサイトを立ち上げる前にそのドメインのメールを使い始めたいと思っていたので、Google Appsメールで設定し、適切なMXレコードを彼女のdotsterアカウントに追加しました。

彼女のウェブサイトの準備ができたら、私はそれをdreamhostでホストし、dotsterアカウントのドメインのDreamhostのネームサーバーを指定しました。 （例：dotsterでホストされているドメインは、Webホスティング用のDreamhostネームサーバーを指しています）。 MXレコードは以前と同じままで、しばらくの間すべてが正常に機能しました。

今日、彼女は自分のメールがバウンスし始めたと私に言った。 "他のサーバーが返したエラーは次のとおりです：554 554 5.7.1：受信者アドレスが拒否されました：アクセスが拒否されました（状態14）"。 tracerouteを実行したとき、MXレコードは表示されませんでしたが、テキストレコードは表示されました（これもdotsterに設定されています）。

そこで、Dreamhostにアクセスして、MXレコードを追加しました。現在、彼女のメールは再び機能しています。

私の質問：

1）MXレコードは、ネームサーバーがポイントされている場所に設定する必要がありますか？彼らは独立していると思いました。

2）ネームサーバーにdreamhostを指定した後も、彼女のメールはかなりの時間機能していたと確信しています。では、なぜ突然機能しなくなるのでしょうか。

私はフロントエンドのWebデザイナー/開発者なので、私がすでに知っていると思う程度の点でそれを覚えておいてください。：）（サーバー関連のものは一般的に何よりも私を困惑させます

domain-name-systemnameservermx-record
6
Kerri

1）絶対に。 DNSルックアップが実行されると（この場合、メールの送信先を確認するため）、そのルックアップはネームサーバーから実行されます。したがって、ネームサーバーにMXレコードがリストされていない場合、ルックアップは何も起こりません。

これは電話帳と同じですが、一度にリストできるのはone電話帳だけだと想像してください。だからあなたは友達に「アクメの電話帳で私を調べて」と言います。したがって、彼らがあなたに連絡したいとき、彼らはAcme電話帳であなたの電話番号を調べ、あなたのリストを見つけて、あなたに電話をかけます。ただし、リストを「OtherGuys電話帳」に移動しても、OtherGuysに電話番号を教えない場合、友達がOtherGuysであなたを検索しても、電話番号は表示されません。代わりにAcmeの本。

2）これは、クライアントドメインのネームサーバーレコードがしばらくの間（通常は数時間、場合によっては最大で数日間、タイムアウトは構成可能）キャッシュされていたためです。これは、（おおまかに）ネームサーバーを切り替える前にMXルックアップを行った人は、古い情報をしばらくメモリに保持していたため、再度ルックアップする必要がないことを意味します。しかし、最終的にはその情報の有効期限が切れたため、今回は新しいサーバーから情報を再度検索しようとすると、「何も」得られなかったため、メールがバウンスし始めました。

5
Flimzy
  1. はい
  2. DNSキャッシング。タイムアウトが経過すると、物事は地獄に行き始めました。

各ドメインには、いわゆるSOAレコードがあります。特に、他のサーバーが上記のドメインのレコードを要求する場所に関する情報をキャッシュする期間を定義します。

例として：

@   IN  SOA     nameserver.place.dom.  postmaster.place.dom. (
                       1            ; serial number
                       3600         ; refresh   [1h]
                       600          ; retry     [10m]
                       86400        ; expire    [1d]
                       3600 )       ; min TTL   [1h]

Place.dom（MX、TXTなど）でクエリが実行されると、今後のすべてのリクエストを行う場所の場所が最大1日間キャッシュされます。 あなたの場合、それははるかに長かったので、SOAがキャッシュされたので気づかなかった。

ドメインのSOAレコードに関する詳細情報を取得するには、コマンドラインからこれを試してください。

~$ nslookup
> set type=soa
> set debug
> zaplabs.com
Server:     192.168.1.1
Address:    192.168.1.1#53

------------
    QUESTIONS:
    zaplabs.com, type = SOA, class = IN
    ANSWERS:
    ->  zaplabs.com
    Origin = dns1.name-services.com
    mail addr = info.name-services.com
    serial = 2002050701
    refresh = 10001
    retry = 1801
    expire = 604801
    minimum = 181
    AUTHORITY RECORDS:
    ADDITIONAL RECORDS:
------------
Non-authoritative answer:
zaplabs.com
        Origin = dns1.name-services.com
        mail addr = info.name-services.com
    serial = 2002050701
    refresh = 10001
    retry = 1801
    expire = 604801
    minimum = 181

Authoritative answers can be found from:
>
6
h0tw1r3