[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[postfix-jp:03782] Re: ttl
- Subject: [postfix-jp:03782] Re: ttl
- From: Hideo NAKAMITSU <nomo@xxxxxxxxxxxxx>
- Date: Tue, 16 Dec 2003 09:08:34 +0900
中満です.
On Mon, 15 Dec 2003 23:52:32 +0900
Tomoyuki Sakurai <ml-postfix-jp@xxxxxxxxxxxxxxx> wrote:
> | 理論上はそうなのですが,DNSサーバの中には相手側のTTL
> | に正確に従ってくれない場合があります.
> | (例えば,あるISPのDNSサーバのクライアント機能が正常に
> | 動作せずDNSキャッシュのみが残っている状態など)
>
> それは困りものですね。対策として、移行時だけでもbackup MXを設定しておき、
> そのためのSMTPサーバを立ち上げておくというのはどうでしょう。正しいDNSサー
> バなら、期待した挙動をするでしょうし、壊れたDNSサーバも優先度の低いMXレ
> コードを指すホストはキャッシュしているでしょうし。
ホスティング会社な人なので,移行一つにそれだけの
コストをかけられないというのもあったりします(^^;;;
業者間の連携もありますので,ベストな対策というのも
難しいんですよねぇ.
> | 業務の関係で何度もドメインの移行作業を行っていますが,
> | きっちり24時間,もしくは30時間程度だと何度か痛い目を
> | 見てきましたのでかなり余裕を持たせてTTLを変更しています.
> | ご参考までに.
>
> Postfixとは関係なくて恐縮ですが、こうしたケースはどれくらい多いのでしょ
> うか。たまにおかしな挙動を見せるSMTPクライアントがあります。もしかすると
> キャッシュDNSサーバの異常が原因かもしれないと疑っているので、興味があり
> ます。
先のメールのように,ここ数年はかなり時間的に余裕を持った
設定を行っておりますので,あらためて調べようも無いのですが,
(TTLが1Dの場合)30時間程度だと新情報がなかなか反映されない
クライアントがいくつも存在しました.
原因としては
・先のように相手側のDNSにトラブル
・UDPだから,もしくはネガティブキャッシュ絡み(可能性は低そう)
・プロバイダによっては高負荷を理由に相手側のTTLを無視するような
設定を行っている?
などがあるのでしょうかねぇ.
3番目に関してはあり得ない設定に思えますが,nslookupしてみると
「TTL無視してるんじゃないの?」と感じざるを得ないこともあります.
ただ,プロバイダ側に連絡してみると「普通の設定です」
と言われてしまうことも(^^;
/* -----------------------------------
Hideo NAKAMITSU <nomo@xxxxxxxxxxxxx>
http://solaris.bluecoara.net/
----------------------------------- */
- Follow-Ups
-
- [postfix-jp:03787] Re: ttl, Takahiro Kambe
- References
-
- [postfix-jp:03779] Re: ttl, Tomoyuki Sakurai
- [postfix-jp:03780] Re: ttl, Hideo NAKAMITSU
- [postfix-jp:03781] Re: ttl, Tomoyuki Sakurai
[検索ページ]
[Postfix-JP ML Home]