ルートゾーンKSKロールオーバーについてのご質問とその回答（更新）
--------------------------------------------------------------------- ■ルートゾーンKSKロールオーバーについてのご質問とその回答 株式会社日本レジストリサービス（JPRS） 初版作成 2017/08/10（Thu） 最終更新 2019/01/16（Wed） （旧KSK失効時のDNSKEY RRの応答サイズを修正） --------------------------------------------------------------------- ルートゾーンKSKロールオーバーについて、JPRSの窓口に寄せられたご質問と、 その回答をまとめました。 ▼質問1 今回のルートゾーンKSKロールオーバーにより、どのようなトラブルが起こ りうるのか。 （類似の質問） フルリゾルバーでDNSSEC検証をしていない場合も、影
どさにっき
■ 正当なメールアドレスが使えないのは不当か _ Jリーグチケットは正当なメールアドレスを受け付けないという話。 _ 自分も y@ という1文字ローカルパートなメールアドレスを使ってるのでときどき同じ罠にひっかかるけど、まあそういうもんだと思うけどね。イラッとすることは否定しないけど。RFC で制限されてないからといって、アプリケーションが独自に制限をかけてはいけないなんてルールはないんだし。あるならちゃんとその旨明示されている。 _ たとえば、URL の長さに制限はない。1TB のファイルを data URL schemeで 1.4TB の長さの URL に変換してもかまわない。が、そんなクソ長い URL を扱えるツールが存在するかどうかはまた別の話。あたりまえのこと。 _ 長いのは短いのとは話が違う、というわけでもない。以前、トンガの ccTLD である .to が TLD 自体に A
既存のBIND（zoneファイル）からRoute 53に流しこむ件 - uzullaがブログ
もうBINDなんて自前で運用したくないですよね、レンタルしたい。 某ベンチャーさん（？）が安くて良い感じのサービスやっているのですけれど*1、お客さんからNGくらいましたので、しかたない、Amazon Web services の Route 53でやります。 Disclaimer このエントリは私のメモなので、主にハマりどころのメモです。 「全体として」わかるためには、いっぺん他のサイトなどをみてからここに戻ってきたほうが良いです。 手順 1，各ツールをDLする 2，各ツールのPerlの依存モジュール入れる 3，既存zoneファイルを用意する 4，bindtoroute53.pl を改造する（OP） 5，zoneファイルからXML作成しまくる 6，dnscurl.pl が動くように設定する 7，ゾーンを生成しまくる 8，xmlを送信しまくる 9、レジストラでネームサーバー情報を修正する
Google製のDNSベンチマークソフトウェア·namebench MOONGIFT
namebenchはWindows/Mac OSX/Linux向けのオープンソース・ソフトウェア。インターネットを高速化する手法は幾つか存在するが、その一つに最適なDNS選択がある。遅かったり更新の遅いDNSを使っていては、せっかくの高速なインターネットを活かすこともできない。そこで開発されたのがnamebenchだ。 DNSのベンチマークを取る namebenchはGoogleの20%プロジェクトで開発されたソフトウェアで、DNSのベンチマークを取ることが出来る。グローバルなDNSプロバイダも含んでレスポンスをテストすることができる。WindowsやLinux向けはCUIで、Mac OSX向けにはGUIが提供されている。 結果はHTMLファイルで出力されて、応答時間の平均や応答の分布図がグラフで表示される。そして最終的にどこのDNSがベストであるかも表示する。テストを行ったDNSはリスト
Yasuo's Weblog » BINDでDNSSEC対応しよう openSUSE 11.3編
DNSは、インターネットの基幹技術であるが故、長きに亙って古き良き時代の設計が生き続けてきた。IPv6実装の本格化と、DNSポイズニングなどのセキュリティー脅威に対抗するために、二つの技術が導入されつつある。その一つがDNS応答の長さ制限を打破するための「EDNS (Extension mechanism for DNS)」、そしてもう一つがDNS情報に電子署名を使った改竄防止の仕組みを提供する「DNSSEC (DNS Security Extensions)」である。 EDNSは、BIND 9系の場合、「明示的に使用を禁止」しなければ、有効化される。 server 0.0.0.0/0 { edns no; }; 一方で、DNSSECは、すぐに使えるわけではない。ちょっとした初期設定が必要だ。以下に、openSUSE 11.3のBINDパッケージを例に対応方法をまとめてみる。（bind,
DNSSEC対応キャッシュサーバー構築 - かーみーのだらだら雑記
JPドメインがDNSSECに対応したということでDNSSEC対応のDNSキャッシュサーバーの構築方法をまとめました JPドメイン名がいよいよDNSSECに対応 − ＠IT JPドメイン名がDNSSECに完全対応、大手レジストラ3社が1月中の対応を表明 - ニュース：ITpro DNSSECとはゾーン情報に署名を付加することで正しいゾーン情報であるかを保証することが出来るため DNSキャッシュポイズニングを防ぐことが出来ます。 既にBINDでDNSキャッシュサーバーを構築しているという前提で設定します またBIND9.6.0以降が必要ですので最新版をインストールしておく必要があります DNSSECに対応させるには？ DNSキャッシュサーバーのみの場合以下の二つを行うだけです DNSSECの有効化 トラストアンカーの登録 DNSSECの有効化 BIND9.5以降であればデフォルトで有効になって
DNSSEC の設定
2010-10-13 Network/Ether 2010-10-12 Linux/Memo/network/誰がそのアドレスを使っているのか? Linux/cfg/utvpn-v101-7101 2010-10-11 Linux/Memo/network 2010-10-10 Linux/cfg/net-snmp-5.6 2010-10-09 Linux/cfg/libiconv-1.12 Linux/cfg Linux/cfg/samba-3.5.6 2010-10-08 Linux/cfg/xinetd-2.3.14 Linux/cfg/mecab-0.98 Linux/cfg/sendmail-8.14.2 Linux/cfg/mysql-5.1.51 Linux/cfg/openssh-5.6p1 Linux/Memo/DNS
Using the root DNSSEC key in BIND 9 resolvers | Internet Systems Consortium
To use the signed root zone in DNSSEC validation in your BIND 9 resolvers, you must be running BIND 9.6 or higher. Earlier versions do not support the required algorithms to enable validation using the root zone's key. The recommended procedure to use differs for the BIND 9.6 series and later versions, including BIND 9.7. For BIND 9.6, you must use a trusted-keys statement, which must be manually
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
namebench - Project Hosting on Google Code
Index of /root-anchors
Sendmail Open Source - Open Source Email Server | Proofpoint US