RedHatLinux9について質問です。

nslookup - DNSサーバに名前解決の問い合わせを行う

tikutaku.itbdns.com を DNS に問い合わせてみると、おそらく、グローバル IP アドレスが帰ってくると思います。

この IP アドレスに対して、内側からアクセスしようとすると、

・PC はデフォルトゲートウェイ（ルータ）へパケットを投げる。

・ルータは、そのパケットが自分のインターネット側の IP アドレスであることが分かる。

となります。ここまでは良いのですが、ルータが

・自分のインターネット側の IP アドレスで、送られてきたパケットのポート番号に対して、Static な NAT が設定されていることに気づく。

・NAT 先へパケットを転送する。

という動作を期待すると、問題が発生します。

クライアントからはグローバルな IP アドレスに対してパケットを送るのに対し、もし上記のような転送がルータで行われると、サーバ側は自分のプライベートなアドレスを送信元アドレスとして、クライアントへパケットを送ってしまいます。

クライアントから見ると、送ってもいない相手先（クライアントはあくまでもグローバルな IP アドレスへ送っている）から戻りのパケットが来ていることになるので、そのパケットを無視します。

ということで、コネクションが成立せず、タイムアウトで切れてしまいます。

これを解決する手段としては、クライアント側の PC で、C:\Windows\System32\drivers\etc\hosts のファイルを編集して、「tikutaku.itbdns.com」が「192.168.1.20」である、という設定を入れる方法があります。ただし、クライアント側の PC がノートパソコンだったりして、公衆無線 LAN などからインターネット経由でアクセスしようとすると、本来、グローバル IP アドレスが欲しいところで、プライベートのアドレスが帰ってくることになるため、今度は、家の外からはつながらない、ということになります。

現行機種は知りませんが、以前、YAMAHA の NetVolante シリーズでは、ルータに「tikutaku.itbdns.com は 192.168.1.20 と答える」といった、簡易的なローカル DNS 機能があったので、ルータにこういった機能があれば、この問題は解決するのですが、なかなかそういった機能を持つルータは無いですね...。あとは Linux で DNS サーバを立ち上げるか...。

（最初の回答者さんの言われるていますが）内向きのDNSサーバで書き決するのでは？

少々条件が違うかも知れませんがこちらをよく参考にさせてもらってます。

http://www.aconus.com/~oyaji/dns/bind_linux.htm

当方でもLAN内DNSサーバを立てていますが、それ程難しく無かったように記憶しています。必要な（自宅内の）アドレスを解決してやって、殆どの問合せは上流のDNSに送るだけですから。

Linux機でメールを受ける（＝メールサーバとして使用する）のであれば、Linux機は電源を落とせない事になりますよね。

（気の長い送り手は何度も再送してくれますが、そうでないものも多いのでは？　メーリングリストなどは１度でもエラーメールが返ると強制脱会となる所もあるようです。）

ですから、Linux機でメールサーバとDNSサーバの両方を稼動させれば１台で済みます。

自宅内からの要求にしか対応しないＤＮＳにセカンダリを用意しなくてもいいと思うのですが。

勉強されたのは自宅内などの閉じた環境の話ではなく、外部へ公開するＤＮＳシステムのお話ではないでしょうか。

メールを届けてもらえなかったり、ウェブページを見てもらえなくてもよければ（そういうサービスを使わなければ）常時稼動である必要は無いですよね。

http://q.hatena.ne.jp/1180581261

グローバル IP アドレスに LAN 内から接続できない、という点は他の方が

書かれているとおりですので、代替案を。

PC-B から PC-A への接続に tikutaku.itbdns.com という名前を使いたい、と

いうだけでしたら、DNS を使わずに hosts ファイルを利用する手もあります。

http://www.higaitaisaku.com/hosts.html

今回の場合、C:\WINDOWS\system32\drivers\etc\hosts に

以下の内容を書き足せば OK です。

192.168.1.20 tikutaku.itbdns.com

このファイルを作った、ということを忘れるといろいろとややこしくなるのが

注意点でしょうか。

tikutaku.itbdns.com を DNSS(これって何の略ですか？ひょっとして DDNS=DynamicDNS の勘違いですか？）に既に登録されているとの事でしたよね？

WAN(LANの外)では itbdns のDNSサーバがチャンと解決してくれているはずなので、LAN内のDNSサーバの有無にかかわらず、WAN 側のIPアドレスまでは届けてくれます。

あとはこのWAN側のIPアドレスが割り当ててあるルータがポートに対応する LAN のアドレスへメッセージを転送してくれる機能（コレガだったらバーチャルサーバ機能なんて名前を付けてますね）が有効なら WAN からのメールアクセスは問題なくLAN 内のサーバへ届く訳です。

つまり、WAN とのメールの授受は LAN 内の DNS に依存しません。

もともとのご質問の不具合は、Ｂ号機がＡ号機の名前を知らなかったから起きた話のようでしたので、ローカルな名前解決の手段として、

簡易的なローカルDNS（１番目の回答者さん）

hosts ファイルに追加する（１、４番目の回答者さん）

LAN 内の問い合せのみ答える内向きDNS

の回答があったと思います。

　うちは複数台のサーバと十数台のクライアントがあるので

　ローカルDNSにしました。

　で、各マシンの名前も FQDN で設定し、www, mail, ftp とかの

　別名も設定しています。こうすればクライアントは LAN, WAN

　を気にせずできますし、どのサーバへのアクセスなのかハッキリ

　しますから。

最近、Outbound Port25 Blocking の動きもあるので、WAN からそのプロバイダのメールサーバを使わずに送信するのはやり難くなって来ている様です。

送信はプロバイダのメールサーバ、あるいは自宅サーバをWEBメール対応にしておく。

受信は自宅サーバから受信する。

のスタイルがいいかも知れません。（僕はこの形でやっています。）

http://q.hatena.ne.jp/1180581261