メールサーバーの構築（３）

Question

こんにちは。この件に関して前回まで、回答・アドバイスしてくださった方有難う御座います。
今、既存のネットワーク中（大学・会社など）にメールサーバーを構築しています。(OS:Red Hat Linux6.2J)
Eudoraというメーラーを使用すると、受信はしっかりとできます。しかし、送信ができませんでした。（サーバーマシンからは送信できました。）
この問題に関して、EudoraのSMTPサーバの設定をホスト名からIPアドレスに変更したことにより送信できるようになりました。これにより、どうやら、DNSの設定に問題があるということなのですが・・・
まず、既存のネットワークに構築する場合、キャッシュ（オンリー）サーバーとして設定すればいいと、書籍に書いてあったので、そのように設定したつもりです。
/etc/resolv.conf
domain abc.def.ac.jp  自ホストのドメイン名
nameserver 123.45.678.90　中継サーバーIPアドレス
/etc/named.boot
;
;a caching only nameserver config
;
directory                         /var/named
cache       .                     named.ca
primary     0.0.127.in-addr.arpa  named.local
/etc/named.confはインストール時と設定は変えていません。
どこか、間違えているところがあるとおもうのですが・・・？？

あと、/etc/hostsにIPアドレスとホスト名を書いておいても、DNSの設定は必要なのでしょうか？DNSの設定をする以前は、pingをかけるとホスト名でつながっていることが確認できるのですが、nslookupを実行すると、うまくいきませんでした。これは、なぜなのでしょうか・・？pingの時はホストが見つけられているのに・・と思いました。
表現が不適切なところもあるかもしれませんが、アドバイスなどしていただければ助かります。よろしくお願い致します。

Sarukan · Accepted Answer

それでは不具合の整理をしたいと思います。
今回のようなケースはかなり頻発する不具合なので覚えていて損は無いでしょう。

---

　一般的にsendmail.nomxを使用する（MX_sendmail=noに設定する）とDNSの検索を行わなくなるような錯覚に陥りがちですが、たとえDEFAULT_RELAYをIPアドレスで指定したとしても、"[ ]"というDNS検索を回避させる指定で設定しない限り、その情報をDNSサーバーに問い合わせに行ってしまいます。この際に、resolv.confの設定に基づいてsendmailはDNS情報を取得しようとしますので（たとえば、自分自身でDNSが稼動している場合にも、resolv.confには自分自身をネームサーバーとして記述します）、ここに情報がないと、

Name server:xxx:host name lookup failure 

　という、ネームサーバーが見つからないエラーを返します。ですから、この場合の対応としては、

１．Default_relayのサーバー名を"[ ]"で囲む
２．resolv.confを作成し、どこからかDNS検索をさせるようにする

　のいずれかという事になり、今回の場合はちょうど「２．」で対応したケースに当たるので正常に稼動するように戻ったわけです。ただ、できればsendmail.nomxを四余売れる場合には出来るだけDNSに依存しない設定にしておいたほうが管理しやすいので（完全にDNSと縁が切れるため）、「１．」の対応方法もあるのだという事も覚えておくとよいと思います。

----

　それから、クライアントのほうですが、なぜsmtpサーバーのほうの設定だけが引っかかり、POPサーバーの設定は引っかからなかったのかが疑問として残りましたが、これも原因はメールサーバーがメールを送信できなかった事と同じで、メールサーバー名からIPアドレスを検索する方法が無かったため、接続する事が出来なかったためです。そのため、クライアント側のhostsにメールサーバーの情報を登録する事で、メールサーバー名からIPアドレスを検索する事を可能にしてあげたわけです。そして、通常、こういった処理をしない限り、クライアントのメーラーではsmtpサーバーやPOPサーバーの指定はIPアドレスで行います。
　また、今回は分かりやすい方で対応方法を説明させていただきましたが、こちらのほうも実際にはメールサーバー名からIPアドレスを知る方法は複数存在するので、列記しておきたいと思います。

１．hostsファイルに直接書き込む
２．TCP/IPの設定で設定し、中継サーバーからDNSを参照する

　つまり、こちらでもDNSを利用することは可能なわけです。
　その場合、Windowsマシンであれば「コントロールパネル」にある「ネットワーク」を開けば設定できます。こちらの方法も、機会があったらぜひ試してみてください。

---

　というわけで、今回の不具合は双方とも共通した原因で、「サーバー名からIPアドレスへの変換（名前解決）が円滑に行われていなかったため」でした。サーバー側では「DNSを利用する解決法」を、クライアント側では「DNSを利用しない解決法」を取ったかたちになっているため、別々の問題のように見えるかもしれませんが、双方ともに、同種の問題だったわけです。そのため、双方ともに名前解決が円滑に行えるように対処を施したという事になります。
　以上、参考になりましたら幸いです。対応、お疲れ様でした。

Sarukan · Answer

確認したい事が数点あります。宜しいでしょうか。

１．Eudoraを使用している端末はメールサーバーとは別のマシンか
２．EudoraのPOPサーバの指定の設定はサーバー名にしているか、IPアドレスか
３．Eudoraを使用しているマシンのhostsにメールサーバーは登録されているか
４．Eudoraを使用しているマシンはDNSサーバーからDNSを参照しているか
５．「中継サーバー」はDNSサーバーとして稼動しているか
６．sendmail.defの設定のsendmail.MXはnoのままか

すこし多いかもしれませんが上記の設定によってさまざまな解決策がありますので教えてください。

tadanokuma · Answer

BIND4系のネームサーバーの定義だと感じましたが、

>etc/named.confはインストール時と設定は変えていません。

デフォルトのままだということでしょうか？だとしたら、うまく動きません。

例）/etc/named.boot
directory                                /var/named
cashe     .                              named.root
primary   0.0.127.in-addr.arpa           0.0.127.in-addr.arpa
primary   xxxxx.xx.jp                    xxxxx.xx.jp
primary   yyy.zzz.xxx.qqq.in-addr.arpa  yyy.zzz.xxx.qqq.in-addr.arpa

今使用している、OSについている運用ガイドはありますでしょうか？
そこに、たぶん定義の例題があると思いますが・・。

Sarukan · Answer

お手数をおかけしました。
まず今回の設定を整理するところから説明させていただくと、

１．メールサーバーのresolv.confの設定は不要
２．メールサーバーのnamed（DNS）は止めてしまって構わない
３．クライアントのhostsにメールサーバーを登録した方が好い

という事が分かりました。
ということで、解決策としてそれぞれの対応を説明させていただきます。

１．メールサーバーのresolv.confの設定は不要

sendmail.mxでなくsendmail.nomxを使用するメールサーバーはそもそもDNS検索を行わず（stutic_route_fileを利用しない限り）、無条件でdefoult_relayへメールを配送するのでDNSを参照させる必要はありません。対応としては、resolv.confファイルは消してしまいましょう（あとから手で作成することも可能ですので削除してからの心配も不要です）。

２．メールサーバーのnamed（DNS）は止めてしまって構わない

前述の通り立ち上げられようとしているメールサーバーは、メール配送をDNSに依存しません。そのためサーバー自身のDNSも動かす必要はないため、named.confの設定は特にいじらず、namedというデーモンを起動しないように設定変更してしまってください。

３．クライアントのhostsにメールサーバーを登録した方が好い

クライアントからメールサーバー名を使用してうまくメールが送信できない原因は、smtpサーバーを見つけられないことが最も濃厚です。これはクライアント側の問題ですので、メールサーバーでの対応は必要ありません。Windows98のマシンの、windwosフォルダの中にhostsというファイルがありますので、そこにメールサーバー名とメールサーバーのIPアドレスを登録してあげてください。おそらくサーバー名でもメール送信が出来るようになると思います。登録方法は、Linuxのhostsファイルに書き込むのと同じフォーマットで行を書き込めばＯＫです。

以上、試してみてください。

Sarukan · Answer

度々失礼致します。
一点説明が抜けておりました。大変申し訳ありません。

sendmail内のdefoult_relayの指定が、中継サーバーのIPアドレスでなく、中継サーバーのメールサーバー名になっている場合、Linuxのメールサーバーのhostsに中継サーバーの情報を登録する必要がありますので、もしこの場合に当てはまるなら設定してあげてください。
おそらく、この問題だと思います。

---

また、namedを使用しないときの設定ですが、「/etc/rc.d」か、「/etc/rc.init.d」ディレクトリ直下の「rc.inet1」もしくは「rc.inet2」というファイルのうちのどれかにnamedのON/OFF設定の項目があるので、そこでnamedをOFFにして再起動を掛けてあげてください。その後はnamedが起動しなくなります。

---

以上で、おそらく正常に動くと思います。

Sarukan · Answer

/etc/hostsに中継サーバーが登録してあるとすると状況は少々複雑になります。
まず、resolv.confに中継サーバーを登録していたわけですから、実際にはsendmail.defのどこかの設定でDNSを検索している恐れがあります。ただ、DNSを使用する項目はそれほど数があるわけではないのでそれぞれについて確認は可能です。

mx_sendmail（デフォルトはyes）
CANON（デフォルトはyes,mx_sendmail=noの場合自動的にnoにされる）
ACCEPT_BESTMX（デフォルトはno）
DEFAULT_RELAY（デフォルトでは未定義）
LOWER_MX_OK（デフォルトはno、MAIL_RELAY_RESTRICTIONがyesになっているときのみ有効）

主に送信時にDNSを使用する要因は上記の４つです。このうちmx_sendmailがnoになっているわけですからCANONも確認不要となりますので、

ACCEPT_BESTMX=no/または未定義
LOWER_MX_OK=no/または未定義

である事を確認してください。また、DEFAULT_RELAYを設定する時に、

DEFAULT_RELAY='smtp:[relay.host.name]'

と中継サーバー名を[ ]で囲まないとDNSを検索しようとしてしまうので注意してください。それから、もう一点、

DIRECT_DELIVER_DOMAINS

の設定も確認してください。これがallになっているとすべてのメールドメインに対し、中継サーバーを経由せずに宛先ドメインへ直接メールを送ろうとしてしまいます。sendmail.nomxでは下記の設定にしておいたほうがいいでしょう。

DIRECT_DELIVER_DOMAINS=none

---

それから、namedの停止についてですが、該当のファイルが無い場合、

# chkconfig named off

というコマンドを試してみてください（うまくいかない場合はman chkconfigでマニュアルを参照してみてください）。こちらでも起動しないように設定する事が出来ます。

以上、また試してみてください。

メールサーバーの構築（３）

確認したい事が数点あります。

この回答への補足

BIND4系のネームサーバーの定義だと感じましたが、

お手数をおかけしました。

この回答への補足

度々失礼致します。

/etc/hostsに中継サーバーが登録してあるとすると状況は少々複雑になります。

それでは不具合の整理をしたいと思います。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング