Combining DJB’s dnscache and Google’s Public DNS
Most of the comments which I’m reading about Google Public DNS (GPD) performance centers around round trip latency from an end-users location to GPD’s resolvers vis-a-vis their network location and comparing the round trip time to their local ISP DNS cache. Ping time is only one part of the time taken for DNS resolution, one needs to factor in DNS resolution time also which can be affected by cach
Managed DNS Built On A Battle-Proven Network | Dyn
DNS products trusted by the world's most admired digital brands Let's Connect The authority in modern DNS. Dyn Managed DNS is built on a battle-proven network, backed by deep DNS domain expertise, extreme system scalability, and 7/24 customer support. We’re proud to have set the standard for modern DNS performance and uptime for over 10 years.
DNS NOTIFYを受け取ってくれる無料のセカンダリDNSサービスと、NOTIFYを送るスクリプト - （ひ）メモ
個人所有のドメインのDNSサーバは、マスタは自宅サーバ(djbdns)でセカンダリはXNameの無料のセカンダリネームサーバのサービスを使っていました。 それなりに動いてくれていたXNameですが、不満な点が１つありました。それは、マスタを変更したときのゾーン情報の伝搬に時間がかかる点です。XNameは数台のセカンダリネームサーバを提供していて、伝搬速度はサーバによってもタイミングによってもばらばらですが、早いときは数十分、遅いときは5,6時間たってようやく更新されることもありました。 XNameもDNS NOTIFY受けてくれたらいいのになーなんて思いつつも、個人所有ドメインでそんなシビアなサービスもしてないので、ま、いっかーと思っていたんですが、先日、EveryDNS.netがダウンして巷でわーぎゃーわーぎゃーな騒ぎになったときに、ちょろっと調べてみたらいくつかDNS NOTIFYを受
djbdns patches
Welcome to Your.org What do you do when your company's website grows so much that the administration and bills become a liability, instead of the asset your website was meant to be? How do you handle sudden bandwidth needs without having to buy excess expensive equipment just to deal with a once-a-year promotion? Where do you go when your current web hosting company says they can't handle the amou
今更だけどDNSキャッシュポイズニングについて簡単に説明するよ！ - そして、DNSポイズニングがなかなか対応されない理由。 - FreeBSDいちゃらぶ日記
先日IIJの一日インターンに行ってきました。 NDAがあるので、事細かに書くことは出来ないのですが、教育的なプログラムが組まれていて非常に面白かったです。 そこで、色々お話しして、その中でDNSポイズニングがなかなか対応されない理由、当たり前の理由が聞けたので、「DNSポイズニングって何がヤヴァイのか良くわかんね」って人に向けた簡単な解説とあわせて書きたいと思います。 まず、DNSキャッシュポイズニングの何が怖いか? 簡単に言うと、 「googleに繋いだはずが全く別サイトに繋がっちゃう！」 って話です。 本当に繋ぎたいサイトと違うサイトに繋いじゃう事が出来るので、例えば 実在するショッピングサイトそっくりの偽サイト作って、ショッピングさせて。クレジットカードの番号ゲットしちゃったり、住所ゲットしちゃったり。 夢が広がる怖い事が出来ちゃいます。 きちんとしたセキュリティ対策していれば大丈夫
DNS逆引き高速化
Perlの gethostbyaddr は遅くて使い物にならない！2000個ぐらいのIPアドレスをホスト名変換するのに５時間以上もかかる。はじめはネットワークか、DNSサーバーのせいかと思ったが、nslookup で試したところ gethostbyaddr よりずっと早かった。ということはやっぱり gethostbyaddr の問題と推定できる。自力でnslookupの情報からホスト名を取り出すのもよいだが、CPANのライブラリを使うとずっと簡単だと思う。 １．ライブラリダウンロード http://search.cpan.org/~olaf/Net-DNS-0.63/lib/Net/DNS.pmから Net-DNS-0.63.tar.gz ダウンロード。 ２．インストール インストールというよりは設置ですね。Perlのライブラリパスにダウンロードしたものをコピーする。 ３．コード #!/u
DNSの危機に対応を
DNSの危機に対応を! 〜キャッシュ毒入れ新手法 Kaminsky Poisoning 〜(8/28 脅威についての説明追記) 2008年7月、セキュリティ技術者 Dan Kaminsky 氏が考案したDNSに対する新たな攻撃手法が明らかになり、8月6日、Kaminsky氏による発表がセキュリティ関連の国際会議 Black Hatで行われました。 これはDNSキャッシュサーバに偽の情報を注入（毒入れ/Poisoning）するものです。DNSは原理的にキャッシュへの毒入れ脆弱性を持ち合わせており、特に脆弱な実装のDNSサーバソフトウェアでは過去に何度か対応が図られてきました。今回あきらかになった手法は従来手法よりはるかに効率的に、状況によってはほぼ確実に毒入れができるというもので、大変危険なものです。 すでに攻撃コードも公開されており、被害も発生していることが報告されています。 まず、以下の
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
JPNICさんが「逆引き、らめぇ」と言ったようです（違 - NEは、なんちゃってエンジニアの略称です。
DNSこういうの「出オチ」って言うんだろうな（笑）注意、このエントリは「なんちゃってエンジニア」が書いています。正しい内容かどうかは全く責任持てないので悪しからず。間違いが有れば遠慮なく罵って蔑んでご指摘下さい。なりゆきまっちゃさんのエントリーで一日遅れで知った。JPNICは毎日見ろ俺。http://d.hatena.ne.jp/ripjyr/20080422/1208874186逆引きネームサーバの適切な設定についてのお願い: - まっちゃだいふくの日記★とれんどふりーく★JPNICからのお知らせさあさあ、ちゃんと逆引きゾーン管理してないとやばいですよ。2008年7月1日(火)より、lame delegation の状態にある逆引きネームサーバの通知と委任停止を実施いたします。http://www.nic.ad.jp/ja/topics/2008/20080422-03.html対象とな
bind9 キャッシュサーバ設定 on FreeBSD 7
IPv6 の localhost (::1) で待ち受けするのであれば、/etc/namedb/named.conf で listen-on-v6 の行を有効にする。以下rcsdiffによる差分。 =================================================================== RCS file: RCS/named.conf,v retrieving revision 1.1 diff -u -r1.1 named.conf --- named.conf 2008/04/11 04:46:33 1.1 +++ named.conf 2008/04/11 04:54:46 @@ -23,7 +23,7 @@ // If you have IPv6 enabled on this system, uncomment this option
【レポート】f.root-servers.netを支えるFreeBSDとBIND9 - AsiaBSDCon 2008 | エンタープライズ | マイコミジャーナル
インターネットはFLOSSプロジェクトによるシステムやアプリケーションの開発のみならず、さまざまな企業や非営利団体の協力のもとで運営が維持されている。たとえば現在のインターネットの基幹機能といえるDNSは、13あるルートサーバが実質的に要となっており、それらサーバは研究機関や企業、非営利組織によって運営されている。 DNSのルートサーバはa.root-servers.netからf.root-servers.netまでの13ある。それらサーバのIPは固定で決まっており、負荷分散と名前問い合わせの迅速な処理のために複数の地域に同じIPのDNSルートサーバが設置されている。なかでも世界中の40カ所にルートサーバを設置している最大のDNSルートサーバのひとつがf.root-servers.netだ。f.root-servers.netは日本の大阪にもサーバが設置されている。将来的には東京にもサーバ
I, newbie » PerlによるDNSのテスト - Test::Base
perldoc Test::Baseしてもさっぱりピンと来なかったけど、”use Test::Base;” (PDF 172KB)を読んだら5秒で理解できた。いろんなひとがいろんな方法で説明するのは大事です。filterが期待する入力値(scalarなのかlistなのか)とfilterの出力を理解するのに手間取ったけど。まずはfoo.tを書いて、徐々にfactor outするのがいい。書けば書くほどごちゃごちゃしていくのがTest::More、逆にテストがキレイになっていくのがTest::Base。それにTest::Builderは、使い勝手がいいとはあまり言えないし。 package Test::DNS; use strict; use warnings; use Test::Base -Base; use Net::DNS; our $res = Net::DNS::Resolver-
l.root-servers.net の IP 変更対応 - BSDmad の日記
一台だけ、グローバル IP アドレス環境下で管理している dnscache サーバがあるので対応。 --- @.orig 2007-11-03 11:21:35.000000000 +0900 +++ @ 2007-11-03 11:22:14.000000000 +0900 @@ -9,6 +9,6 @@ 192.36.148.17 192.58.128.30 193.0.14.129 -198.32.64.12 +199.7.83.42 202.12.27.33 修正後、svc -t /service/dnscache で終了。 JPRS が各種 DNS サーバの対応方法を説明してくれていますので、対応はお早めに。FreeBSD ports の net/djbdns に関しては send-pr してみました*1。 *1:相変わらず英語が滅茶苦茶で恥ずかしい...
I, newbie » PowerDNSがいい感じ
DNSと言えばBINDとdjbdnsしかなかったが、今はPowerDNS、MaraDNS、NSDと選択肢が増えた。diversityまんせーなので、これは喜ばしい。 pdns_recusorはすでに実戦投入済み(pdns_recursorを使ってみた)だったのだけど、まじめにドキュメントは読んでいなかった。 authoritative+recursive backendにLDAP、PostgreSQL、MySQLなど BINDのzoneファイルも読めます 独自のbackendも作れます browserで統計情報見れます PowerDNS ExpressというASP向け商用ソフトウェアあり Tucows、Register.comでの実績あり recursive onlyでも、hostsやファイルを読み込んでauthoritativeな返事が返せる 今なら、RRDなグラフを書くためのスクリプト
ウノウラボ Unoh Labs: サービスの開発と運営をする上での問題の切り分け(ドメイン・DNS編)
普段バランスボールに座って仕事をしているのにWBSの撮影は普段ボールで仕事をしていない人が軒並みボールに座るので自分の分がなくなって撮影中のテンションが下がってしまったアンケートに英語キーボードの人+1できなかったjokagiです．上鍵のタイプの英語キーボードってかなり少なくて困ってます． そういえばなんとか正式採用になってプロフィールに掲載されました． あらためてよろしくお願いいたします． さて今回はウェブ開発というかインターネット向けサーバー&クライアントな開発をする上で「問題の切り分けちゃんとできるようになりましょう」という話です． 問題の切り分けちゃんとできてますか? あるサービス，わかりやすいのはウェブサービスを開発していると，普通さまざまな問題がでてきます． スクリプトなどロジックの問題の場合は解決できる人は多くいらっしゃるのですが， 「サーバーにつながらない」という現象に対し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Free DNS Report
Blog
日本Unboundユーザー会
I, newbie » tinydnsを捨ててBINDへ
I, newbie » pdns_recursorを使ってみた