設定ファイルと格闘せずにDNSを運用管理 始めてみよう、Amazon Route 53 並河 祐貴 株式会社サイバーエージェント 2011/6/23 Amazon Web Services（AWS）の「Amazon Route 53」は、API経由でDNSの運用管理を可能にするサービスです。Firefoxのアドオン「R53 Fox」を使って、その導入、設定を行う方法を紹介します（編集部） Webサイト運用に欠かせないDNS 今日、一般に公開されているWebサイトでは、IPアドレスを直接公開するケースはほとんどありません。多くのケースでは、ドメイン名（「google.co.jp」や「yahoo.co.jp」など）を公開し、ユーザーはそのドメイン名を基にブラウザでURLを入力したり、検索したりしてアクセスすることとなります。 そのためWebサイトの運用に当たり、ドメイン名とIPアドレスをひも付
Gmail ユーザー: Gmail で迷惑メールやフィッシング メールが届く場合は、こちらをご確認ください。Gmail でメールの送受信に問題がある場合は、こちらをご確認ください。 管理者は、自分の組織のドメインに SPF レコードを追加して SPF を設定できます。 SPF レコードとは、ドメインからメールを送信することを承認されたサーバーをリストしたテキスト レコードのことです。各ドメインに 1 つの SPF レコードが必要です。 受信サーバーは SPF レコードをチェックし、組織のドメインからのメールが承認済みのサーバーから送信されたものであることを確認します。 SPF と DKIM を設定すると、自分の組織またはドメインから送信されたメールが受信メールサーバーによって迷惑メールに分類されるのを防ぐことができます。 目次 手順 1: SPF がすでに設定されているかどうかを確認する
LinuxではDNSキャッシュ無し LinuxではDNSキャッシュなんですって！！ DNSに注意 DNSMasqなど、DNS問い合わせをキャッシュする機構がないと、LinuxはDNS問い合わせを毎回行う。 これが以外とタイムロスである。もちろんDNSサーバーがルータなどもっての他である。 社内であっても、信頼できないDNSサーバーは使うべきでない。社内ルーターがしっかり管理されてると言えない場合は注意するべき。 バッファローのルーターなど容易にハッキング可能のなのである。マンションなどでローカルIPが割り振られる場合はさらに要注意だ。DNSサーバーにルータを使うならウイルスチェッカなんて無意味である。 ウイルスチェッカが問い合わせ先を偽装できる。パターンファイルの取得元を容易に変更できてしまう。 ルータがデフォルト設定で、無線LANで運営されているカフェなど恐ろしくて、そのままでネットでき
説明named-checkzone は、ゾーン内容の完全性をチェックするためのツールです。このツールでは、 named の場合と同じ完全性チェックが実行されます。主に、構文エラーと RR タイプがチェックされます。
このサイトはWindowsで！日本語で！無料で！自宅サーバーを作成する方法を解説しているサイトです。 (もっともおまけコンテンツの方がアクセス多いのですけど・・・) HTTPサーバー、メールサーバー、FTPサーバー、ブログ、wiki、XOOPS、ライブカメラ、ネットラジオ、 そしてセキュリティのためのSSL化、 あるいはLinuxに挑戦というふうに、私と一緒に自宅サーバーを構築・発展させていきましょう。 当サイトではインターネットの仕組み、あるいはネットワークというものに興味がある人を対象とし、Windows XP Professional Editionを使用して自宅サーバーを構築していく様子を図解しています。 図解はWindows XPですが、Windows 2000/VISTAでも問題ないはずです。 安定稼働する2000/XP/VISTA以降、あるいはWindows Serverをお
今回のサンプルはBIND9.2tar.gzです。インストール方法についてはメインページのインストールログを参照して下さい。 アップデートする場合、BIND8の設定ファイルをBIND9でほぼそのまま利用する事ができます。 最新版は http://planetmirror.com/pub/isc/bind9/などからダウンロードしてください。デフォルトのインストール先は/usr/local/sbinです。Solarisへインストールする場合はin.named(bind8.1.2)がもともとインストールされていますので、設定変更が必要です。 ちなみにセカンダリへのゾーン転送にnamed-xferというプログラムがありましたが、9系ではnamedに統合されています。そのため、optionsの中の「named-xfer "/usr/local/sbin/named-xfer";」という行は必
zone "fc-lab.com" { type master; file "/etc/bind/fc-lab.zone"; }; zone "208/28.0.252.210.in-addr.arpa" { type master; file "/etc/bind/fc-lab.rev"; }; zone "kitakyu-techno-ctr.co.jp" { type slave; file "/etc/bind/ktc.zone"; masters { 210.191.124.94; }; }; zone "0.168.192.in-addr.arpa" { type master; file "/etc/bind/private.rev"; }; この部分はこのホストで動くネームサーバ(named)が fc-lab.comドメインのプライマリサーバとして動作 することと、ドメイン
おやじ宅へのアクセスは、現在は自宅DynamicDNSにより運用されています。下記は、それ以前にお世話になっていたZIONさんのサブドメインで運用していたときのものです。基本的には、現在も変わりありません。 おやじは、ごく一般的な動的なグローバルIPアドレスのADSLサービスを使用してサーバを建てています。従って、おやじ宅には、インターネットの世界のドメイン名解決のためのDNSは設置できませんので、ZIONさんのDDNSを使わせてもらっています。言い換えれば、インターネットの世界の名前解決は動的なグローバルIPアドレス環境下ではどうしようもなく、ZIONさんのサービスしだいと言うことになります。 では、何故おやじサーバでDNSかというと、おやじの加入しているプロバイダのDNSが非常に負荷が重く、テレホタイムには頻繁にDNSエラーがでるため、これを少しでも回避したかった（つまりキャッシュ）の
ネットワークでWebやメールのようなサービスを円滑に利用するためには、マシン名とIPアドレスの名前解決を行う必要がある。この名前解決のサービスを提供するのがDNS(Domain Name System)で、DNSが稼動するサーバーをDNSサーバーという。 1) 運用方針 本モデルのDNSサーバーの運用方針は、以下のとおりである。 ア) DNSサーバーの設置場所 本モデルでは、外部DNSサーバーと内部DNSサーバーを設置する。外部DNSサーバーは所属するドメイン以外(インターネット)からの名前問い合わせに応答する。内部DNSサーバーは内部ネットワーク用に独自のゾーン情報を保持し、内部ネットワークのホストからの名前問い合わせに応答する。また、それぞれのDNSサーバーのネットワーク上の設置場所はFig. 4.1に示すとおりである。 Fig. 4.1 外部DNSサーバーと内部DNSサーバー イ)
それぞれ、パッケージを扱うコマンド(dpkg, rpmなど)で簡単にインストール、アンインストールできます。ディストリビューションをインストールするときの方法によっては、すでにBINDがインストールされているかもしれません。dpkg -lやrpm -qaで確認してからの方がよいでしょう。 ソースコードからのインストール 前述のように、原稿執筆時点ではKondara MNU/Linuxを除いたすべてのディストリビューションで、bind-8.2.2-P5がパッケージになっています。しかし8.2系列では最新版として8.2.2-P7が提供されていますし、9.0.1というバージョンもリリースされています。 これらの最新リリースを使うためには、ソースコードを入手してコンパイルし、バイナリファイルを作る必要があります。またそれほど頻繁に起きるわけではありませんが、セキュリティホールの報告があった場合など
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
