面倒な準備なしで簡単にDNSの実験が行える「mess with dns」
プログラマーのジュリア・エバンスさんが、DNSを使った実験が行えるサイト「mess with dns」を公開しています。 mess with dns https://messwithdns.net/ New tool: Mess with DNS! https://jvns.ca/blog/2021/12/15/mess-with-dns/ DNSを用いた実験には「DNSレコードを作成することに抵抗がある、あるいはドメインを持っていない」「DNSクエリが見えないため何が起こっているのかを理解するのが難しい」「どういった実験を行うべきかわからない」といった問題があります。こういった問題を解消し、実際にどのような実験を行えばいいかを例示しながらDNSの動作を学ぶことができるというのが、「mess with dns」です。mess with dnsでは用意するのが面倒なドメインがあらかじめ用意さ
DNSキャッシュサーバ、UnboundをMacに導入
おもむくがままに Mac、iPad、iPhone、Linux、Windowsや日頃の生活で感じたことなどをおもむくがままに記すブログ DNSキャッシュサーバのUnboundをMac OS Xに導入し、利用し始めた。 ソースコードをサイトから入手し、いつもの手順でビルドする。 $ tar zxfv unbound-1.0.2.tar.gz $ cd unbound-1.0.2 $ ./configure $ make $ sudo make install インストールが完了すると実行ファイルは/usr/local/sbin/unboundに、設定ファイルは/usr/local/etc/unbound/unbound.confに保存される。実行するにはroot権限が必要。更に、ネットワーク設定でDNSサーバのアドレス127.0.0.1を追加する。 再起動すると再度手動で起動させなければならい
DNS キャッシュサーバの Unbound を Mountain Lion にインストールした。 - るるぷらす
日頃、DNS の設定は Google Public DNS である「8.8.8.8, 8.8.4.4」をよく利用しています。これはアドレスも覚えやすいし、それなりのパフォーマンスを感じられます。 しかし、Google Public DNS の弱点として CDN 経由の通信のパフォーマンスが大幅に劣化します。例えば、Mac App Store や iTunes Store からのダウンロードした時にそれは顕著に起こるでしょう。10MB のデータのダウンロードに数分待たされたり。。 そこでローカルに DNS キャッシュサーバをインストールして、ある程度のパフォーマンスを維持しつつ、 CDN 経由の問題を解決してみます。まだ、検証段階なので効果は不明。 DNS キャッシュサーバとして目をつけたのは Unbound です。これを OS X 10.8 Mountain Lion にインストールしてみ
RHEL6/CentOS6では、single-request-reopen を必須にしたい…
2012-11-02 結論から言えば、とりあえず RHLE6/CentOS6 な人は /etc/resolv.conf に options single-request-reopen を書いておこうという話です(全部小文字ですよ、念のため） なぜか？ RHEL5/CentOS5/Ubuntu 10.04なLinuxとかでは、FQDN の解決をするときに DNSキャッシュサーバに AAAA RR の Queryを投げる AAAA RR の Reply を受ける DNSキャッシュサーバに A RR の Queryを投げる A RR の Reply を受ける という挙動でしたが、RHEL6/CentOS6 では DNSキャッシュサーバに A RR の Queryを投げる DNSキャッシュサーバに AAAA RR の Queryを投げる A RR の Reply を受ける AAAA RR の Re
＠IT：DNS Tips：digコマンドとは
% dig @ns1.jprs.co.jp jprs.co.jp mx ; <<>> DiG 9.2.1 <<>> @ns1.jprs.co.jp jprs.co.jp mx ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 59551 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 4 ;; QUESTION SECTION: ;jprs.co.jp. IN MX ;; ANSWER SECTION: jprs.co.jp. 86400 IN MX 20 mx2.jprs.co.jp. jprs.co.jp. 86400
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み![[PDF]第4回 PPTPを使用したリモートアクセスVPNの仕組み](https://cdn-ak-scissors.b.st-hatena.com/image/square/745dbedd5d4da3a92973ece57a841d4ca8af1646/height=288;version=1;width=512/https%3A%2F%2Fperfectdomain.com%2Fstatic%2Fimg%2Fupload%2Fseo-acquisition.png)
DNSキャッシュサーバ チューニングの勘所
ネットを崩壊の瀬戸際に追い込んだ「史上最大のサイバー攻撃」が明るみに ～早急な対策が望まれるオープンリゾルバーDNS問題