（緊急）複数のDNSソフトウェアにおける脆弱性（システム資源の過度な消費）について（2014年12月25日更新）
--------------------------------------------------------------------- ■（緊急）複数のDNSソフトウェアにおける脆弱性（システム資源の過度な消費） について（2014年12月9日公開） - BIND 9では権威DNSサーバーにも限定的に影響、バージョンアップを強く推奨 - 株式会社日本レジストリサービス（JPRS） 初版作成 2014/12/09（Tue） 最終更新 2014/12/25（Thu） （米国The CERT Divisionの注意喚起・Vendor Informationへのリンクを追加） --------------------------------------------------------------------- ▼概要 BIND 9・Unbound・PowerDNS Recursorを含む複
BINDにプライベートアドレスの応答をさせる方法
cles::blog 平常心是道 blogs: cles::blog NP_cles() « Do itashi mashite :: Your account will expire in 1day. » 2007/09/28 BINDにプライベートアドレスの応答をさせる方法 bind rfc 134 7へぇ 先日、VPNが構築できたので仕上げにBINDを設定して、名前を使って末端同士が通信できるようにしてみました。zoneファイル自体は難なく作成できて、namd.confも書き換えたのですがなぜか名前が解決できないのでログを見てみると以下のようなログが残っていました。 named[22322]: client 192.168.30.2#4763: view vpn: RFC 1918 response from Internet for 254.30.168.192.in-addr
第3回 軽いUDPを使いネットワーク的な“近さ”を判断
第2回で紹介したIP Anycastでは、パケットの送り先を決める仕組み（経路制御）を応用する。宛先IPアドレスに至る複数の経路がある際に、「ネットワーク的に近いかどうか」など、様々な要素を勘案して最適な経路を選ぶのだ。 広域ネットワークにおけるIP Anycastでは、経路の選択にBGPを利用する。BGPは大規模なネットワーク同士のやり取りで使うルーティングプロトコルで、ASという単位で経路制御を実施する。プロバイダーなどの大規模ネットワークが、インターネット上で一意のAS番号を割り当てられているのだ。AS間では各種のパラメータを交換し、「受け取ったパケットを、次にどのAS番号のネットワークに送り出したらよいか」をまとめた経路表を作成する。自らが持つ経路情報を隣接ASに伝播する際は、自分のAS番号を追加して伝える（図1上の（1）～（3））。すると宛先のIPアドレスごとに、経由するAS番号
RedHat系 のbind9で「warning: max open files (1024) is smaller than max sockets (4096)」 - POCH-7003 BEATout!
bindのゾーンファイルがまあまあ多くなってくると「warning: max open files (1024) is smaller than max sockets (4096)」こんなwarningがログに書かれてくる。 解消するには、max open filesを4096まで上げてやる必要がある。 /etc/security/limits.confに書いてやろうかと考えたが、shell経由でbindを実行しているわけではないのでここに書いても意味が無いかな。と思った次第。新しいやつだと、/etc/security/limits.dにそれらしきファイルがあったりするんだけど・・・ なので、ここは原始的に設定してやる。＃RedHat系と書いたのは↓に記述する為 # vi /etc/sysconfig/named ulimit -n 4096 #←一番下に追加 # /etc/init.d
設定ガイド：オープンリゾルバー機能を停止するには【BIND編】
--------------------------------------------------------------------- ■設定ガイド：オープンリゾルバー機能を停止するには【BIND編】 株式会社日本レジストリサービス（JPRS） 初版作成 2013/04/18（Thu） --------------------------------------------------------------------- ▼はじめに 本資料は、オープンリゾルバーとして動作しているBINDを使ったDNSサーバー の設定を、簡単なステップで修正する事を目的としています。 オープンリゾルバーについての技術的な解説は本資料では行いません。手順 に沿った操作で設定を変更し、読者が運用するDNSサーバーがオープンリゾル バーではなくなることを目指しています。 オープンリゾルバーおよびそれを利用し
Windows 7にdigを入れといた - まがらちゃんのまあ息災といったところ
Windows 7にdigをいれたメモ 別にnslookupでもいいんだけど、digで詳細情報がほしいのと コマンドが長いから。 解凍して、インストーラ起動して、Toolsをいれるだけ とりあえず、ISC(Internet Systems Consortium)あたりからダウンロード。 http://www.isc.org/software/bind DNSサーバを立てるわけじゃないのでバージョンはどれでもいい。 とりあえず最新のBIND 9.8.1-P1にした。 Windows Downloadのリンクから BIND 9.8.1-P1 BIND9.8.1-P1.zip をダウンロード。 zipファイルを解凍して、BINDInstall.exe を実行。 ※UACが有効だと確認してくるので「はい」 digなどのツールだけ入れたいので Tools Onlyのみにチェックを入れて「Instal
BIND 9の運用情報収集と分析方法
BINDが正常に動作しているように見えても、実は高負荷で悲鳴をあげているかもしれない。BINDのロギング機能やデバッグ情報出力、MRTGなどを活用して、BINDの状態を把握できるようにしておこう。（編集局） Webやメール、DNSなど、サーバと呼ばれるものは動いていれば問題ないと考えていないでしょうか？ 一度設定が完了したからといって、メンテナンスをおろそかにするようでは にわか管理者のらく印を押されることになります。そこで、メンテナンスの第一歩であるBIND 9の情報収集と分析方法について解説します。 ログ出力の設定 BIND 9は、/var/log/messageなどsyslogデーモンを経由したログだけでなく、BIND 9独自のロギングを備えています。第9回では簡単に紹介しただけでしたが、今回はsecurity／client以外のログカテゴリも見ていきましょう。 ロギング機能の基礎
Bind9 で再帰問い合わせが基本無効になっていた件 from Bind9.4.1-P1
Bind9.4.1-P1から再帰問い合わせの回りの基本設定が変わっていて、昔の設定ファイルを使って立てようとしたらはまりました。どうやら、allow-query系に追加があったのが原因のようです。 問題になったのは allow-query-cache:「キャシュした情報をどのアドレス範囲に提供するか」です。ディフォルトだと「localnets localhost」です。他のDNSへ問い合わせた結果は普通キャシュされているので、それが使えず返答できなくなります。 しかもこのallow-query-cacheの値がallow-recursion:「再帰問い合わせをどのアドレス範囲に提供するか」のディフォルト値になっているので、localnets以外からの再帰問い合わせ(特にデバッグ時に)も失敗することになって、混乱に拍車が掛かってしまいました。以前は、ディフォルト値がallow-queryの値
DNSを用いたHTTP2.0対応の確認方法、SRVレコードとSVCINFOレコード - ASnoKaze blog
20180201追記 asnokaze.hatenablog.com HTTP2.0では通信を開始する前に、HTTP1.1で通信するかHTTP2.0で通信するかネゴシエーションする必要がある。 DNSレコードを利用してサーバがHTTP2.0に対応しているか確認する方法が提案されている。 SRVレコード SRVレコードを用いる場合は以下のようになる。 SRVレコードのフォーマットはこのような形 サービス.プロトコル.ドメイン名 TTL Class レコード名 優先度 重さ ポート ターゲット _http._tcp.example.com 3600 in srv 20 20 80 www.example.com SRVレコードでは、サービス名やトランスポートのプロトコルの名前を指定して問い合わせを行うため、それらごとに問い合わせする必要がある。 また、アプリケーションレイヤのプロトコルのバージ
SRV ドメイン ネーム システム (DNS) レコードが作成されていることを確認する - Windows Server
この記事では、Active Directory ディレクトリ サービスをインストールした後に、ドメイン コントローラーのサービスの場所 (SRV) ロケーター リソース レコードを確認する方法について説明します。 適用対象: Windows Server 2012 R2 元の KB 番号: 816587 概要 SRV レコードは、ドメイン ネーム システム (DNS) リソース レコードです。 特定のサービスをホストしているコンピューターを識別するために使用されます。 SRV リソース レコードは、Active Directory のドメイン コントローラーを検索するために使用されます。 ドメイン コントローラーの SRV ロケーター リソース レコードを確認するには、次のいずれかの方法を使用します。 方法 1: DNS マネージャーを使用する DNS サービスを実行しているサーバーに A
＠IT：DNS Tips：SRVリソースレコードって何ですか？
RFC 2782で定義されたSRVリソースレコードは、ドメイン名に対するサービスの場所を指定するDNSのリソースレコードです。以下のように記述します。
digのtraceオプションでDNSの再帰的問い合わせの状況を調べる - yuu_nkjm blog(2008-09-06)
yuu_nkjm@twitter Yuu NAKAJIMA@Google Plus このサイトについて tDiaryの使い方のメモ(個人用) .htaccess Apache Cisco DF Eclipse Firefox FreeSoft Java KVM LVM Linux MABS MSOffice MySQL Network PHP Postfix Pukiwiki R言語 SVN Samba TeX Troubleshooting VirtualBox Webアプリ Windows Windows 7 (64bit) Xming backup bash bat coLinux command find grep misc openSUSE ssh syslog tDiary サーバまとめ 出張 和食 岩波書店 技術書 物語 生活 研究 読書ログ 食べログ 全カテゴリ | .ht
BIND 10 1.0.0ベータ版レビュー前編：BIND 10の紹介
BIND 10の開発プロジェクトは終了しました。（注記: 2014年9月） BINDの次世代バージョンBIND 10 1.0.0のベータ版がISC（Internet Systems Consortium）から2012年12月20日にリリースされました。正式リリースは来年の1月か2月になると思われますが、現時点での状況を探ってみましょう。 なお、本記事は2回に分けて紹介します。 前編: BIND 10の紹介 （今回） 後編: BIND 10のインストール BIND 10の概要 まず、次の画面を見てください。BIND 10を権威サーバとして動かしているときのpsコマンドの出力結果です。 $ ps axf PID TTY STAT TIME COMMAND 21071 ? Ss 0:00 /usr/local/sbin/bind10 21072 ? S 0:00 \_ b10-sockcreat
Truth of Kaminsky Bug
実験目的 Kaminsky が示した毒入れ手法は DNSプロトコルの欠陥によるものであり、非常に危険なものであるという論を根拠に DNSSEC が推進されている。しかし、BlackHat USA 2008 における Kaminsky の講演のスライドに示されている方法にはいろいろな点で疑義がある(Finchなど)。qmail.jp の前野氏からあれで毒が入ると思うかとの指摘を受けたこともあり、散々考えたが、私には Kaminsky のスライドどおりに毒が入ることがどうしても納得いかなかった。そして、Kaminskyが間違っている(あるいは嘘をついている)、あるいは、BIND には毒が入るバグがあって Kaminsky の攻撃手法が成功するというのではないかという仮説が引き出せる。これは前野氏が当初から洞察していたことであった。この仮説に基づくと、Kaminsky の発表から3年経った今、そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://yasasikukaitou.nobody.jp/DNS_error.htm
サービス終了のお知らせ
デリヘル使いたいなぁ・・・
DNS再入門
SRVレコード対応のドメインレジストラ
https://datatracker.ietf.org/doc/id/draft-lear-httpbis-svcinfo-rr-00.txt