Plesk がインストールされているサーバーに、サイトのサブドメインの 1 つから外部 Web サイトを指す CNAME ルールを追加しました。
そのドメイン名の named 構成を確認したところ、CNAME が表示されましたが、サブドメインはデフォルトのサーバー ページを指しているだけで、CNAME ルールは無視されています。named は再起動され、rvmng reconfigure-vhost コマンドも実行されました。
これをテストするために cPanel で別のサーバーを編集しましたが、正常に動作しました。
ドメインの conf ファイル:
; *** Ts file is automatically generated by Plesk ***
$TTL 86400
@ IN SOA ns.example.com. cf.example1.com. (
1292946742 ; Serial
10800 ; Refresh
3600 ; Retry
604800 ; Expire
10800 ) ; Minimum
example.com. IN NS ns.example.com.
ns.example.com. IN A xx.xxx.xxx.xx
example.com. IN A xx.xxx.xxx.xx
webmail.example.com. IN A xx.xxx.xxx.xx
mail.example.com. IN A xx.xxx.xxx.xx
beta.example.com. IN A xx.xxx.xxx.xx
ftp.example.com. IN CNAME example.com.
www.example.com. IN CNAME example.com.
login.example.com. IN CNAME socialize.gigya.com.
example.com. IN MX 10 webmail.example.com.
ファイル内に CNAME ルールが記載されていますが、無視されてしまうのでしょうか?
ご協力いただければ幸いです。
編集:サイトのネームサーバーがこのサーバーではなく、デフォルトの doteasy のネームサーバーにあることに気付きました。そのため、ルールが無視されるのはそのためだと思います。ネームサーバーを変更して、問題が解決するかどうか確認します。結果はここで更新します。これまでのヒントをありがとうございました。
編集2:サーバーには IP アドレスが 1 つしかないため、カスタム ネーム サーバーは使用できません。これが原因でしょうか? dig cname login.example.com を実行すると、次の結果が返されます。
; <<>> DiG 9.7.1-P2 <<>> cname login.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20919
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;login.example.com. IN CNAME
;; AUTHORITY SECTION:
example.com. 3600 IN SOA dns7.doteasy.com. hostmaster.doteasy.com. 2010070101 3600 1800 86400 10800
;; Query time: 258 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Dec 21 20:37:22 2010
;; MSG SIZE rcvd: 95
これが CNAME が無視される理由だと思います。DNS は実際にはサーバー上でホストされていないためでしょうか?
アップデート問題は解決しました。オフサイト DNS がルールを無視していた原因でした。ご協力ありがとうございました。
答え1
dig を使ってみましたか?
dig cname example.com
私は理解した掘る何かが設定されている場合は答えが返されます回答セクション
編集 CNAMEの代わりに、あ記録よりもCNAME記録。
例えば、ドメイン名をリダイレクトするにタンブラーそして彼らにあなたのブログをホストしてもらいます。あなたもここで同じことをしようとしていると思います
答え2
Plesk サーバーから正しいレコードを受信している場合 (以下の dig コマンドを参照)、それはキャッシュの問題です (古いレコードが PC/ISP のネームサーバーによってキャッシュされています)。
# ask A records from Plesk server
# you should see CNAME record in the ANSWER section
dig @plesk.server login.example.com
# or just directly ask for CNAME record
dig @plesk.server login.example.com cname
答え3
A レコードを使用しないのはなぜですか? これは同じゾーン ファイルであり、この場合ははるかに簡単です (将来のトラブルを回避できます)。
ちなみに、ゾーン ファイルは問題ないようです。標準ツール (host、dig など) を使用して、ファイルに表示されているものが実際に提供されているかどうかを確認する必要があります。また、リゾルバ DNS サーバーが以前に否定応答をキャッシュしている可能性もあります (これらのレコードをそこに置いただけの場合)。
本当に修正が必要な場合は、実際の DNS 名を教えてください。
編集: 申し訳ありませんが、あなたの記録に socialize.gigya.com が含まれていることを完全に見落としていました。
一方、あなたは間違った方向を見ています。しかし、実際のドメイン名を教えていただくまでは気にしません。