RFC 1912: Common DNS Operational and Configuration Errors
DNS の運用と設定においてよくある間違い この翻訳について この文書は、東 大亮 <dais@aso.ecei.tohoku.ac.jp> が RFC 1912 "Common DNS Operational and Configuration Errors" を 日本語に翻訳したものである。原文と解釈の相違がある場合は原文を正しいもの とする。この文書の利用により発生したいかなる損害に対する責任も、 訳者は負わない。翻訳の誤りなどの指摘は常に歓迎する。 尚、RFC 1912 の原著者である Barr 氏自身による訂正文が公開されている が、この翻訳には採り入れられていない。併せて参照すること。 Network Working Group Request for Comments: 1912 Obsoletes: 1537 Category: Informational 目次 こ
ドメイン/IPアドレス【whois情報検索】
ドメイン/IPアドレス【whois情報検索】は、サーバー監視者向けにご提供しています。 「不正アクセスしているのは誰か？」 「自分の管理しているサーバーのIPアドレスをチェックしたいが？」 「どこの国からのアクセスか？」 「ドメインのホスト名・IPアドレスは？」 「IPアドレスのホスト名は？」 などのIP検索(IPサーチ)、ドメイン検索(サーチ)が可能です。 IPアドレス登録情報確認 IPアドレスを管理している団体のWHOISサーバーに登録情報を照会し結果を画面に表示します。 ドメイン登録情報確認 ドメインを管理している団体のホームページを画面に表示します。 IPアドレスの名義やドメインの名義は各管理団体により管理・公開されています。（当社管理ではございません） ご自身で管理・運営しているサーバやネットワーク機器のみでご利用ください。 使用不能文字：<>"{}|\^[]`#;?@&=+$,
NTTコミュニケーションズ オフィシャルサイト
高品質・高信頼なデータセンター、クラウド、ネットワークをワンストップで提供し、デジタル化に貢献します。 高品質・高信頼なデータセンター、クラウド、ネットワークをワンストップで提供し、デジタル化に貢献します。
#538975 - bind9 dies with assertion failure (db.c:579) - Debian Bug report logs
Debian Bug report logs - #538975 bind9 dies with assertion failure (db.c:579) Reported by: Micha Krause <debianbugs@noris.net> Date: Tue, 28 Jul 2009 09:30:02 UTC Severity: serious Tags: security Fixed in versions bind9/1:9.6.1.dfsg.P1-1, bind9/1:9.5.1.dfsg.P3-1 Done: LaMont Jones <lamont@debian.org> Bug is archived. No further changes may be made.
DNS用拡張メカニズム(EDNS0)(RFC2671) - JPNIC
RFC2671-JP.txt 2000/09/27 (initial version) (C)JPNIC RFC-JP project, 2000. All rights reserved. Network Working Group P. Vixie Request for Comments: 2671 ISC Category: Standards Track August 1999 DNS用拡張メカニズム (EDNS0) 本メモの状態について この文書はインターネットコミュニティにおけるインターネット標準プロ トコルを規定しており、品質向上のための議論や意見を要求するものであ る。標準化の状態およびこのプロトコルの状態については最新の 「Internet Official Protocol Standards」(STD 1)を参照していただきた い。このメモは無制限に配布してかまわな
DNSキャッシュポイズニング対策
0 DNS キャッシュポイズニング対策 ～DNSの役割と関連ツールの使い方～ 1. DNSキャッシュポイズニング 2. DNSの動作と関連ツール 3. 検査ツールの使い方と注意点 4. 再帰問合せ設定 2009年1月 独立行政法人情報処理推進機構セキュリティセンター 1 1.1 DNSの仕組み 1.2 DNSキャッシュポイズニング 1. DNSキャッシュポイズニング DNS（Domain Name System）とは、 DNSは、ホスト名（例：www.ipa.go.jp）とIPアドレス（例：202.229.63.242）とを紐付ける情報を提供します。Webサー バへのアクセスやメール送受信など、インターネット上の多くネットワークサービスはDNSを前提としていることから、 DNSはインターネットの基盤サービスとも言われています。 DNSキャッシュポイズニングとは、 DNSキャ
＠IT：DNSリゾルバのニューフェイス「Unbound」（1/2）
2008年5月にリリースされたばかりの新しいDNSリゾルバ「Unbound」は、シンプルで高速に動作するうえに、話題となっているDNSキャッシュポイズニング攻撃への耐性も高いという特徴を備えています。（編集部） 株式会社 サードウェア 岩崎 登 2008/10/17 DNSとは、そしてUnboundとは UnboundはオランダのNLnet Labsが開発しているDNSキャッシュサーバ（DNSリゾルバ）である。2008年5月に正式版のバージョン1.0.0がリリースされ、BSDライセンスの下、オープンソースソフトウェアとして公開されている。 NLnet Lab.は、DNSコンテンツサーバ「NSD」の開発元としても知られており、開発元の信頼も高い。 インターネットでは、IPアドレスによって、アクセスするサーバ（ホスト）を特定している。IPアドレスとは、いわゆる郵便番号のようなもので、インターネ
DNSキャッシュ・ポイズニング
DNSキャッシュ・ポイズニングは，DNS（domain name system）サーバーに，偽の情報を仕込む攻撃のことである。DNSサーバーはもとより，DNS機能を内蔵したルーターなども攻撃対象になるため，被害が広範囲に及ぶ危険性がある。 DNSサーバーは，クライアントから要求されたドメイン名のIPアドレスを調べ，そのIPアドレスをクライアントに返答する。Webアクセスの場合でDNSの基本的なしくみをみてみよう。利用者はWebブラウザのアドレス入力欄に「www.nikkeibp.co.jp」などと入力する。するとクライアントは，DNSサーバーに対して「www.nikkeibp.co.jpのIPアドレスは？」という要求を送る。この要求を受け取ったDNSサーバーは，インターネット上にある他のDNSサーバーに問い合わせて，最終的にクライアントに「IPアドレスはx.x.x.x」という応答を返す。
次世代のセキュリティ拡張DNSSECをBIND 9で実現
次世代のセキュリティ拡張DNSSECをBIND 9で実現：実用 BIND 9で作るDNSサーバ（13）（1/3 ページ） 現在、標準化作業が進行中のDNSSEC。その仕組みとBIND 9での実現方法を解説する。後半では、スプリットDNSの設定方法を紹介。（編集局） 今回は、DNSのセキュリティ拡張である「DNSSEC」とスプリットDNSを実現する「VIEW」について解説します。DNSSECは、まだ標準化の議論が活発に行われている最中です。そのためBIND 9では実装が不完全なものもあります。 ゾーン情報の信頼性を保証するDNSSEC 第9回で、ゾーン情報が改ざんされる危険を回避する手段としてDNSSEC（DNS Security Extension：DNSセキュリティ拡張）を紹介しました。現在、DNSSECはIETFのDNSEXT（DNS Extensions）ワーキンググループで標準化の
DNSキャッシュポイズニング、各ネームサーバの対応が話題に
ここ数日ネームサーバ管理者の頭を悩ませているDNSキャッシュポイズニングの脆弱性。脆弱性を突くツールの登場により、具体的な被害が発生する可能性が高まった。 DNSキャッシュポイズニングの脆弱性を突かれると、ホスト名は正しいのにまったく違うサイトへ誘導させることが可能になるため、ファーミングなどの危険性が高まることになる。 そんな中、Webブラウザ上からDNSのランダム性を簡易的にテストできるサイトが注目を集めている。このサイトでは、ソースポートおよびDNSパケットの中に含まれる識別IDのランダム性を検証できる。同じポートや識別IDを使っているネームサーバの場合、「POOR」などが表示される。POORであれば、すでに広く知られるところとなったた攻撃・侵入ツールですぐにでもクラックされてしまうだろう。 例えば記者が利用しているYahooBB!のネームサーバについて同サイト上から検証してみたとこ
Web-based DNS Randomness Test
2023-06-01: This service has been deprecated in favor of Check My DNS. US-CERT's Vulnerability Note VU#800113 describes deficiencies in the DNS protocol and implementations that can facilitate cache poisoning attacks. The answers from a poisoned nameserver cannot be trusted. You may be redirected to malicious web sites that will try to steal your identity or infect your computers with malware. Wor
L.root-servers.net の IP アドレス変更に伴う設定変更について
--------------------------------------------------------------------- ■L.root-servers.net の IP アドレス変更に伴う設定変更について 2007/11/2 (Fri) --------------------------------------------------------------------- 2007 年 11 月 1 日(米国西部時間)、ルートネームサーバの一つである L.root-servers.net の IP アドレスが変更されました。 旧 IP アドレス: 198.32.64.12 新 IP アドレス: 199.7.83.42 DNS キャッシュサーバを運用されている各位におかれましては、DNS キャッ シュサーバのルートヒントファイル、またはそれに相当する設定ファイルの 更新
ICANN Blogs
Select filters and click Apply to narrow your search results or click More Search Options to search for keywords within Blogs. Aaron, GregAbdul Rahim, RinaliaAbed, AndreAbley, JoeAbuhamad, GraceAbusitta, NoraAgopian, EleezaAgrawal, AnupamAina, AlainAkanho, YazidAkbulut, SedaAkplogan, AdielAldawodi, SawsanAllison, LaurenAlMeshal, AliAlvarez, EduardoAlvarez, CarlosAntoniello, NicolásArends, RoyArias
Lルートネームサーバ(L.root-servers.net)のIPアドレス変更について - JPNIC
2007年10月26日 ネームサーバ管理者の方々へ 社団法人日本ネットワークインフォメーションセンター Lルートネームサーバ(L.root-servers.net)の IPアドレス変更について 拝啓 時下益々ご清祥のこととお慶び申し上げます。 2007年10月24日付けで、 ICANN Blog上にルートネームサーバ(L.root-servers.net)の IPアドレス変更に関するエントリが投稿されました。 2007年11月1日から、 L.root-servers.netのIPアドレスが変わります。 ご参考までにICANN Blogの日本語訳と原文へのリンクを以下に掲載します。 管理者の皆様におかれましては、 ネームサーバ設定のご確認など適切な処置をお願いいたします。 なお、変更の内容に関しましては、 直接IANAの方へお問い合わせいただきますよう、 よろしくお願い申し上げます。 敬具
DNSサーバーは絶対に信頼できるのか
Webサイトを閲覧する時，通常はブラウザでWebサイトのURLを入力するか，「お気に入り／ブックマーク」で該当する項目をクリックする。いずれの操作でも，Webサイトのドメイン名（例えば「www.symantec.com」）がユーザーの指定したDNSサーバーに送られる。DNSサーバーはこのドメイン名を受け取り，対応するWebサイトが置かれているサーバーのIPアドレスを送り返す。この仕組みでは，いくつかの興味深い点が出てくる。 まず，自分が利用しているDNSサーバーを把握しているユーザーはどのくらいいるのだろうか。また，使用するDNSサーバーを知っている場合，このDNSサーバーを管理する人物や会社はどの程度信用できるのだろうか。クライアント・パソコンのネットワーク設定の大部分は，DHCPというプロトコルを使って設定される。DHCPは，コンピュータがローカル・ネットワークに対して設定要求（IPア
DNSの健全な運用のために ～Lame Delegation編～
------------------------------------------------------------------------ ■DNSの健全な運用のために ～Lame Delegation編～ 2003/05/20(Tue) ------------------------------------------------------------------------ ▼はじめに DNSは、インターネットの基盤を支える大規模な分散データベースです。 DNSが全体として正しく動作することは、それぞれのゾーンが正しく運用され ているかどうかにかかっています。 DNSの設定が正しくないと、そのゾーンの情報を正しく参照することができな いだけでなく、トラフィックの増大など、他のネットワークに悪影響を及ぼす ことがあります。DNSのオペレータはこのことを十分に認識し、正しいDNS
DNSサーバーの性能とセキュリティを両立させる
ポール・モッカペトリス氏は，DNS（domain name system）を考案した人物。同氏は1983年，IETF（Internet Engineering Task Force）で最初の標準仕様「RFC1034」をまとめ上げた。それから20年以上が経過し，インターネットは個人ユーザーにも身近な社会インフラに発展してきた。その過程で，DNSに求められるニーズも多様化している。米ノミナムは，多様化したニーズに応えたDNSサーバー用ソフトや関連製品を開発・販売する。日本国内ではSSEが代理店となって同社製品を取り扱っている。同氏に，現在のDNSの課題などを聞いた。 （聞き手は加藤 慶信＝日経コミュニケーション） ――ちょうど一年前，韓国でウイルス「スラマー」がDNSサーバーのダウンを引き起こした。いまのDNSの仕組みそのものが破たんしていることはないのか。 正確には，スラマーが直接DNSサー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.freebsd.org/security/advisories/FreeBSD-SA-09:12.bind.asc
Active Directoryで既存ユーザーと同じ属性のユーザーを簡単に作成するには？
Nominum | DNS-based Security Software and Services to Protect and Enhance ISP Networks