正引きさせるとき CNAME xxxxx IN CNAME www.xxxxxx.xxx. yyyyy IN CNAME www.xxxxxx.xxx. と指定する場合と xxxx IN A 192.168.117.4 yyyy IN A 192.168.117.4 と指定する場合どっちが信頼性とかレスポンスとかいいのでしょうか。 サーバのIPアドレスを変更したとき CNAMEだと www.xxxxxxx.xxxx. のIPアドレスを変更すればいいだけですむので通常(?)はこっちで しょうが、www.xxxxx.xxxx.が引けないとこのホストにCNAMEしてるホスト は全滅だし www.xxxx.xxxx.を再度引かないといけないので問い合わせて が増えるのではないかと。
scandetd によると、 dns4.dion.ne.jp 210.172.64.112 I've counted 53 connections. First connection was made to 3619 port at Tue Nov 13 15:05:43 2001 Last connection was made to 3619 port at Tue Nov 13 15:09:01 2001
I've counted 44 connections. First connection was made to 3867 port at Tue Nov 13 17:17:23 2001 Last connection was made to 3867 port at Tue Nov 13 17:19:28 2001
I've counted 40 connections. First connection was made to 4092 port at Tue Nov 13 17:58:06 2001 Last connection was made to 4094 port at Tue Nov 13 17:58:39 2001
I've counted 43 connections. First connection was made to 2143 port at Wed Nov 14 14:33:54 2001 Last connection was made to 2149 port at Wed Nov 14 14:36:08 2001
dns1.dion.ne.jp 210.141.108.226 I've counted 46 connections. First connection was made to 3619 port at Tue Nov 13 15:05:43 2001 Last connection was made to 3619 port at Tue Nov 13 15:09:01 2001 とのこと。
あ、named.conf で query-source address * port 53 しても、source port が 53 に固定されるだけで、変な port には acccess してこないやん…。
113 ：名無しさん＠お腹いっぱい。 ：01/11/14 15:40
>>112 それって BIND とか DNS と関係あるの? dns*.dion.ne.jp からのアクセスだからといって DNS のアクセスとは限らんでしょ?
ううむ。ヲレが管理していなかった mail server の log を見たら、DION から SMTP の不正中継要求の嵐…。 ってことは、例の UDP request が IP address spoofing か、実際に DION の DNS が crack されたかのどちらか って可能性が高いなぁ。
hoge.example.jp. IN A 192.168.12.34 34.12.168.192.in-addr.arpa. IN PTR 34.12.168.192.in-addr.arpa. 34.12.168.192.in-addr.arpa. IN A 34.12.168.192.in-addr.arpa.
>>200 If you are running a version of BIND prior to version 8.2.5, we recommend you upgrade for security reasons. か…。いったい、いつになったら BIND の security hole は塞がって いくんだろう…。
<<mydomain.zone>> ; ;mydomain.com.zone ; $TTL 25900 ; mydomain. 3600 IN SOA ns.mydomain. master.mydomain ( 2002012100 ;serial 21600 ;refresh, 6h 7200 ;retry, 2h 3600000 ;expire, 1000h 172800 ;minimum, 2days ) ; IN NS ns ; IN MX 10 mail ; localhost IN A 127.0.0.1 ns IN A xxx.xxx.xxx.xxx mail IN A 10 mail ftp IN A xxx.xxx.xxx.xxx ; www IN A xxx.xxx.xxx.xxx IN MX 10 mail @ IN A xxx.xxx.xxx.xxx ; gw IN A yyy.yyy.yyy.yyy
master.mydomainのうしろに、ドット mail IN A 10 mail ではなく mail IN A xxx.xxx.xxx.xxx それと IN NS ns.mydomain.com. IN MX mail.mydomain.com. 最後にドットを必ず付けてください。 digはよくしらないので nslookupで正逆両方引けましたか？ set type=any として うまくいきました？ それとsyslog確認しました？
C:\> nslookup xxx.xxx.xxx.xxx ***Can't find server name for address 192.168.0.1: Non-existent domain ***Default servers are not available Server: UnKnown Address: 192.168.0.1
C:\> nslookup ***Can't find server name for address 192.168.0.1 No-existent domain ***Default servers not available Default server: Unknown Address: 192.168.0.1
さっきiplogを入れたんですが logがこんな感じで Mar 31 19:50:02 bad iplog[5448]: UDP: dgram to port 1024 from ns4.vbns.net:53 (233 data bytes) Mar 31 19:50:03 bad iplog[5448]: UDP: dgram to port 1024 from ns4.vbns.net:53 (165 data bytes) Mar 31 19:50:03 bad iplog[5448]: UDP: dgram to port 1024 from ns4.vbns.net:53 (85 data bytes) ずらずらと凄いのです。bindを入れる前は こんなに騒がしくなかったのですがこれは普通の事ですか？
nslookup ns2.nic.ad.jp ispdns1.srever.no.ip *** Can't find server name for address ispdns1.srever.no.ip: Timed out *** Default servers are not available ですね。
zone "0.0.127.in-addr.arpa" { type master; file "local.rev"; };
zone "my_domain.jp" { type master; file "my_domain.zone"; };
// zone file $TTL 86400 @ IN SOA root.aaaa.jp. ( 2002042102 ; serial 10800 ; refresh after 3 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTl of 1 day IN A xxx.xxx.xxx.xxx IN NS host.my_domain.jp. ; master ns IN NS ns.my_company.co.jp. ; slave ns IN MX 10 mail.my_domain.jp. ; localhost IN A 127.0.0.1 ; host IN A xxx.xxx.xxx.xxx ; mail IN CNAME host www IN CNAME host ftp IN CNAME host
// slave 側の named.conf zone "my_domain.jp" { type slave; file "my_domain.zone"; masters { XXX.XXX.XXX.XXX;}; };
** server can't find Linux.test-test.local.: SERVFAIL とエラーが返ってきてしまいます。 /var/log/messageに変なログが出ていないかと調べてみたんですが
May 25 02:30:08 redhat named[1060]: starting BIND 9.1.3 -u named May 25 02:30:08 redhat named[1060]: using 1 CPU May 25 02:30:08 redhat named[1062]: loading configuration from '/etc/named.conf' May 25 02:30:08 redhat named[1062]: the default for the 'auth-nxdomain' option i s now 'no' May 25 02:30:08 redhat named[1062]: no IPv6 interfaces found May 25 02:30:08 redhat named[1062]: listening on IPv4 interface lo, 127.0.0.1#53 May 25 02:30:08 redhat named[1062]: listening on IPv4 interface eth0, 192.168.10 0.5#53 May 25 02:30:08 redhat named[1062]: command channel listening on 127.0.0.1#953 May 25 02:30:08 redhat named[1062]: dns_rdata_fromtext: test-test.local:11: near 'Linux.test-test.local.': unexpected token May 25 02:30:08 redhat named[1062]: dns_zone_load: zone test-test.local/IN: load ing master file test-test.local: unexpected token May 25 02:30:08 redhat named[1062]: running May 25 02:30:08 redhat 5月 25 02:30:08 named: named起動 succeeded と記録がありました。 （今日の昼のログですが、今も起動直後に同じログが出ます）
May 25 02:30:08 redhat named[1062]: dns_rdata_fromtext: test-test.local:11: near 'Linux.test-test.local.': unexpected token May 25 02:30:08 redhat named[1062]: dns_zone_load: zone test-test.local/IN: load ing master file test-test.local: unexpected token
調べてみたらちょっと変化がありました・・・変化がないと書いてしまい すいませんでした。 ログに > May 25 02:30:08 redhat named[1062]: dns_rdata_fromtext: test-test.local:11: near > 'Linux.test-test.local.': unexpected token > May 25 02:30:08 redhat named[1062]: dns_zone_load: zone test-test.local/IN: load > ing master file test-test.local: unexpected token の表示が消えて、替わりに > May 27 01:31:08 redhat named[1196]: dns_master_load: test-test.local:11: test-te > st.local.test-test.local: not at top of zone > May 27 01:31:08 redhat named[1196]: dns_zone_load: zone test-test.local/IN: load > ing master file test-test.local: not at top of zone と表示されました。IN MX 10とした事によってメッセージが変わってました。 ドメイン名が二つつながっている様に表示されているので zoneファイルのどこかにあるべき”．”が抜けているのかな・・・。 かなり、勉強しないと・・・うーん。 一応、報告までに書き込みました。
こんな結果です… > server m.root-servers.net > set norecurse > set type=ns > foobar.info Server: m.root-servers.net Address: 202.12.27.33
Authoritative answers can be found from: info nameserver = TLD1.NOMINUM.COM info nameserver = TLD2.NOMINUM.COM TLD1.NOMINUM.COM internet address = 198.133.199.100 TLD2.NOMINUM.COM internet address = 192.100.59.100 > server 192.100.59.100 > foobar.info Server: [192.100.59.100] Address: 192.100.59.100
/etc/named.conf --------------------------------------------------- zone "aaa.jp" IN { type master; file "aaa.jp"; }; zone "bbb.com" IN { type master; file "bbb.com"; }; zone "76.543.21.in-addr.arpa" IN { type master; file "76.543.21.in-addr.arpa"; }; -------------------------------------------------------------------
となると思いますが、ここで引っかかったのが逆引きの設定です。
76.543.21.in-addr.arpa. ------------------------------------------- $TTL 86400 76.543.21.in-addr.arpa. IN SOA dns.aaa.jp. root.aaa.jp. ( 2002071403 ; Serial 3600 ; Refresh 3600 ; Retry 604800 ; Expire 86400 ; Minimum )
IN NS dns.aaa.jp. IN NS dns.bbb.com. IN NS ns1.zoneedit.com. IN NS ns2.zoneedit.com. IN NS ns3.zoneedit.com.
98 IN PTR dns.aaa.jp. 98 IN PTR www.aaa.jp. 98 IN PTR dns.bbb.com. 98 IN PTR www.bbb.com. -------------------------------------------------------------------
$ORIGIN example.com. @ IN 1D SOA ns.example.com. account.example.com. ( #略 ) IN NS ns.example.com. IN MX mail.example.com. IN A 123.456.789.12 ns IN A 123.456.789.12 www IN A 123.456.789.12 mail IN A 123.456.789.12 sub IN A 234.567.891.234 #別のマシン
sub IN MX sub.example.com. だと ****@sub.example.com ってメールアドレスになるぞ？それでもいいのか？ 普通に IN MX mail.example.com. を IN MX sub.example.com. に変えればよい。 ちゃんと@のAレコードにするんだぞ。
RFC1918 Servers -- the AS112 Project Because most answers generated by the Internet's root name server system are negative, and many of those negative answers are in response to PTR queries for RFC1918 and other ambiguous addresses, as follows:
今までhostsに pc1 192.168.0.1 pc2 192.168.0.2 と書いていたのですが、BINDを使ってみようと思い、 正引きに pc1 IN A 192.168.0.1 pc2 IN A 192.168.0.2 逆引きに 1 IN PTR pc1. 2 IN PTR pc2. と書いてみたら一応動いているのですが、こういう記述で 問題ないでしょうか？