＠IT：キャッシュ／逆引きDNSの構築と運用（2-2）
逆引きの仕組みと逆引きDNSの運用 おろそかにされがちな逆引きサーバですが、その効果は意外に大きいものです。WebサーバにしてもFTPサーバにしても、そのサーバの運用者の意図次第で、接続元のIPからドメイン名を検索してログファイルに記録したり、場合によっては逆引きしたドメイン名からIPアドレスを正引きし、同一性を確認する場合があります。 こうした機能はクライアントだけでなく、サービスを提供するサーバやネットワーク側にも多くのコストを要求します。運用側も十分に承知しており、こうした同一性の確認およびIPアドレスの逆引き結果をログファイルに記録するなどの行為は、多くのサイトでは行われていません。それでも接続元の身元を確実にとらえておきたいと意図する運営者や、ログファイルにはホスト名を残したいと思う管理者は少なからず存在します。そのようなサイトにアクセスした場合は、逆引きの効果が大きく左右します
強いBIND DNSサーバを構築する 第二回 named.confの基本設定 | ユーロテック情報システム販売株式会社
前回は、BIND9をソースtarボールからビルドしてみました。今回からはBIND9のnamed.confの設定方法です。 name.confの基礎と作成 – ACL定義/options部 BINDの既定の設定ファイルはnamed.confです。歴史的に、named.confはデフォルトで/etcディレクトリに配置されます（ソースからビルドした場合、デフォルトでは/usr/local/etc/以下）。 ゾーンファイルの場所は、named.confで指定することができますが、これも歴史的には/var/namedディレクトリの下におかれるのが通例ですが、namedからアクセス可能であれば他のディレクトリでもまったくかまいません。ISCのBIND9のドキュメントの例では、/etc/namedbを設定している例もあります。 ACLでIPアドレスやネットワークに名前をつける 以下の書式で、ネットワーク
BINDを利用した、DNSコンテンツサーバのインストール、設定方法、セキュリティ、注意点について - 基本へ帰ろう
自分でDNSコンテンツサーバを立て、そちらで運用してみます。 今回実験で利用するサーバ 通常は、DNSコンテンツサーバは、マスターサーバ（プライマリ）とスレーブサーバ（セカンダリ）の２台構築して冗長化します。マスターサーバ、スレーブサーバ両方の構築を行います。 OS CentOS 5.1 IP 10.20.138.23 用途 DNSサーバ（プライマリ） # cat /etc/redhat-release CentOS release 5 (Final) OS CentOS 5.1 IP 10.20.138.24 用途 DNSサーバ（セカンダリ） # cat /etc/redhat-release CentOS release 5 (Final) ※実験なので、ローカルIPで行います。 事前準備 DNSコンテンツサーバを立てる場合、以下のものが必要です。 グローバルIPを持ったサーバ ※ただ
Internet Assigned Numbers Authority
The global coordination of the DNS Root, IP addressing, and other Internet protocol resources is performed as the Internet Assigned Numbers Authority (IANA) functions. Learn more. Domain Names Management of the DNS Root Zone (assignments of ccTLDs and gTLDs) along with other functions such as the .int and .arpa zones. Root Zone Management Database of Top Level Domains .int Registry .arpa Registry
螽∝ｰｼ譁ｯvns888[荳ｭ蝗ｽ]譛蛾剞蜈ｬ蜿ｸ
404 - ﾕﾒｲｻｵｽﾎﾄｼｻｿﾂｼ｡｣ ﾄ昮ｪｲ鰈ﾒｵﾄﾗﾊﾔｴｿﾉﾄﾜﾒﾑｱｻﾉｾｳ｣ｬﾒﾑｸ�ｸﾄﾃ﨤ﾆｻﾟﾔﾝﾊｱｲｻｿﾉﾓﾃ｡｣
いつもパソコンの前 » unexpected RCODE (SERVFAIL)」 resolving ・・・
今年の１月ごろから気になりだしたんだけど、実害がなさそうなので放置していました（～～）ｲｲﾉｶ Messages LOGに次のメッセージが大量にでてました。 named[****]: unexpected RCODE (SERVFAIL) resolving ‘xxx.xxx.xxx.xxx.relays.ordb.org/A/IN’: yyy.yyy.yyy.yyy#53 メッセージでネットを検索してもイマイチ対策と呼べるものが見つからなかったが、「ORDB」を検索してみると、あっけなく解決。2006年12月31日を以ってORDB.ORGがサービスを終了していたと言う事です。 （参考：http://itpro.nikkeibp.co.jp/article/COLUMN/20070201/260302/） 既に閉鎖されたHPには、「オープンリレーでのブラックリスト作
2015 DNS 2nd 再構築ログ
インストールするもの インストール USB の作成 Debian jessie のインストール 日本語環境の設定 ssh インストール 作業用アカウントの作成 sudo のインストール ssh の設定 bind9 のインストール gate-toroku-system のインストール syslog-ng のインストール ログの圧縮 DHCP のインストール インストールするもの 入れ替え後に新 blue として稼働する aoi に以下のものをインストールする．インストール USB 作成にあたっては自身が root 権限を持つ joho01 機を使用した． インストールするOS Debian GNU/Linux 8.2 (Jessie) インストールするソフト bind9 gate-toroku-system dhcp 以下，特別な断りがない限り aoi で行う作業について記述する． インスト
CentOS 5.4 named network unreachable resolving
CentOS 5.4 の BIND が「network unreachable resolving」というログを頻繁に出していた。 # grep "named[\[0-9\]\+]: network unreachable resolving" /var/log/messages Nov 1 15:01:35 lachesis named[6563]: network unreachable resolving 'www.yahoo.co.jp/A/IN': 2001:dc2::1#53 Nov 1 15:01:35 lachesis named[6563]: network unreachable resolving 'www.yahoo.co.jp/A/IN': 2001:502:d399::245#53 Nov 1 15:01:35 lachesis named[6563]:
named.conf の設定
### /etc/named.conf root:root 644 ### acl "internal-acl" { 127/8; 192.168.0/24; }; include "/etc/rndc.key"; controls { inet 127.0.0.1 port 953 allow { 127.0.0.1; } keys { rndc-key; }; }; include "/etc/host1.key"; logging { channel "default_syslog" { syslog daemon; severity info; }; channel "default_debug" { file "named.run"; severity dynamic; }; channel "null" { null; }; category "unmatched" { "nu
BINDアクセス統計監視グラフ追加(bind9-snmp) - Fedoraで自宅サーバー構築
[root@fedora ~]# vi /var/named/chroot/etc/named.conf ← BIND設定ファイル編集 options { #listen-on port 53 { 127.0.0.1; }; #listen-on-v6 port 53 { ::1; }; directory "/var/named"; dump-file "/var/named/data/cache_dump.db"; zone-statistics yes; ← 追加 statistics-file "/var/named/data/named_stats.txt"; memstatistics-file "/var/named/data/named_mem_stats.txt"; allow-query { localhost; localnets; }; recursion yes;
スレーブ・サーバのゾーン転送とセキュリティ
規模の大小を問わず、ゾーンサーバは複数台で運用する必要があります。冗長化や負荷分散などさまざまな理由が挙げられますが、何よりドメインを取得してDNSサーバを運用するのであれば、サービスの品質を低下させないという自覚を持つ必要があります。 今回はスレーブ・サーバの運用と、そこで使用されるゾーン転送およびそのセキュリティについて見ていきます。 コラム スレーブ・サーバとセカンダリ・サーバ 本稿では、「マスター・サーバ」のゾーンデータを取得してDNS問い合わせに応答するサーバを「スレーブ・サーバ」と呼んでいます。 資料によっては、同様の意味で「プライマリ・サーバ」「セカンダリ・サーバ」が用いられる場合があり、その際「スレーブ・サーバ」はDNS問い合わせを他サーバへ転送し、自身はDNS再帰検索を行わないサーバを指す場合があります。本連載ではオリジナルとなるゾーンデータを所有するサーバを「マスター・
munin - とある技術屋の戯言
Last-Modified: Tue, 12 Sep 2006 00:14:19 JST 自宅のFreeBSDと、仕事場のLinux(CentOS4/RHEL3)で試してみました。とりあえず試しただけなので多分勘違いがあるでしょう。 postfix_mailstats,postfix_mailvolumeを使う postfix_* pluginのうち、postfix_mailqueueは普通にインストールしただけで使えましたが、後の2つは作業が必要でした。/usr/local/etc/munin/plugin-conf.d/plugins.conf(rpmだと/etc/munin/plugin-conf.d/munin-node)に追加が必要 [postfix*] user root env.logfile maillog bind9を使う querylogが必要なので、named.con
bind-9.3.1のインストール
［ＨＯＭＥ］ bind-9.3.1のインストール 更新日：2005年5月21日 図のような構成で、DNSを構築する。 ・DNSは、pc1で動かす。 ・DNSには、bind-9.3.1 を使用する。 ・ドメイン名 my-local.net ・各コンピュータのホスト名とIPアドレス pc1 192.168.1.10 pc2 192.168.1.20 pc3 192.168.1.30 ・pc1に設定するゲートウェイのアドレスは、192.168.1.10 ・pc2に設定するゲートウェイのアドレスは、192.168.1.20 ・pc3に設定するゲートウェイのアドレスは、192.168.1.30 ・サブネットマスク 255.255.255.0 ・pc1の別名（エイリアス）として、www を設定する。 ・DNS管理者のメールアドレスは、[email protected] 【１】 bind-9.3.1のダ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.pnkx.com/wp/?p=316
memo.blogdns.net is offline
http://centossrv.com/bind-wan.shtml