[linux-users:74097] Re: SMTPの Connectionがとれない

["K.Shimoda" <ateliers _at_ xxxxxxxxxxxxxxx>]

アトリエＳの霜田です。

> 皆様からたくさんのお知恵を拝借いたしました結果、どうやらＯＣＮのネームサ
> ーバーの登録情報が誤りと分かりました。
> 
> ＯＣＮの担当者とすったもんだした結果、infoteria.co.jp　の古い情報が　
> ns-tk021.ocn.ad.jp　のネームサーバーに残っていたため、そこを　forwarders
> 　にしていた弊社には古い情報が流れていたのでした。
> 
> 同じＯＣＮでも、ns-tk022.ocn.ad.jp には正しい情報が流れていました。
> ひどい話ですよね・・・
> 

原因が解ったようなので、よかったですね。
事例は違いますが、本質的に似たようなことを体験したことがあります。

とある業者で専用サーバを借りた際のことです。

サーバ設定も済みネームサーバ（その業者とは別のところ）のゾーンファイルに
Ａレコードを追加して、ping でホスト名で接続できることを確認しました。
では、新サーバ側から同じドメインの既存ホストに ping を・・
ここからがはまりの構図です。存在するはずの別ホストの名前解決ができません。
間違えたと思って、ＤＮＳ関係をすべて再確認しても、なんの問題も見受けられません。
しかも、新サーバ以外からならば全く問題なく ping が通るのです。

半日悩みました。

新サーバの resolv.conf には、その業者のネームサーバ（近いので）を
引くように設定してあったのですが、別のネームサーバに変更してみると
ping が通るようになりました。
つまり、その業者のネームサーバに問題あり、ってことで調べてみると・・
なんと、逆引きだけ依頼したはずなのに、正引きゾーンまで設定されてしまって
いて、当然、そのゾーンファイルはうそっぱちですから、同じドメインの
名前解決ができるわけありません。

> ＯＣＮの担当者は、infoteriaの旧の登録先がＯＣＮで、たまたまネームサーバ
> ーにns-tk021.ocn.ad.jp　を使っていたから・・・という事らしいのですが、ち
> ょっと自信なさげでした。

うちの場合は、削除し忘れではなく、余計なことをされてしまったための
出来事でした。

---
K.Shimoda ateliers _at_ beige.ocn.ne.jp