DNS: The Good Parts
Frequently I come across confusion with domain names. Why doesn't my website work? Why is this stupid thing broken, everything I try fails, I just want it to work!! Invariably the question asker either doesn't know what DNS is or doesn't understand how something fundamental works. More generally, people think that DNS is scary or complicated. This article is an attempt at quelling that fear. DNS i
SSD Cloud Hosting & VPS - MNX.io - A PROPER SERVER NAMING SCHEME
Here at MNX, we’ve been busy setting up a brand new data center for our cloud hosted services. We started off as a consulting company providing managed Linux services, which means we have been exposed to a ton of different customer environments and an equal number of schemes for naming equipment…not all of them good. It’s a problem that goes back as far as computers have existed, and everyone has
The Limitations of DNS A-Records | Heroku Dev Center
DNS A-records can be used to configure zone apex domains (also called bare, naked, or root domains). These records have serious availability implications when used in environments such as on-premise data-centers, cloud infrastructure services, and platforms like Heroku. For maximum scalability and resiliency applications should avoid using DNS A-records and instead use a DNS provider that supports
浸透いうな!
DNSの引越しをしたけどうまく切り替わらない。なかなか浸透しない。業者に問い合わせると「DNSの浸透には数日かかることもあります。お待ちください」と言われた。 、、、という話をよく聞きますが、「浸透」(伝播、伝搬、浸潤、反映などとも呼ばれる)ってなんでしょう? DNSの設定を変更するのは「浸透」という謎の現象に託す神頼みのような作業なのでしょうか。 2011.10.16 追記:「浸透」と言っている例 DNSの仕組み まず、DNSの仕組みと、特にキャッシュの動作について解説します。...と思いましたが、とっても大変なので省略します。ただ、権威サーバに登録された情報が世界中のキャッシュサーバに配信されるなどという仕組みは DNS には存在しません。浸透という人はそう思っているようですが。(こんなふうに) 「浸透」という言葉で騙されていませんか? 事前に変更したいDNSのレコードのTTLを短くし
プログラミング日誌 :: Linuxの/etc/resolv.confの編集と反映
プログラミング日誌 プログラミングに関することを書いていたのは大昔になってしまった＞＜ 今は中年の雑記ブログです。 仕事とか気になったことを書こうと思います。 OS：Fedora 15 DNSを設定するために、/etc/resolv.confを編集してネットワークを再起動すると、うまくいかない....。 調べてみると、編集したはずの/etc/resolv.confの内容が編集前の内容に戻っていた。 どうやら、/etc/resolv.confは/etc/sysconfig/network-scripts/ifcfg-***に記述されたDNSの内容で上書きされるみたいです。 なので、/etc/sysconfig/network-scripts/ifcfg-***にDNSを設定しなければ、/etc/resolv.confは初期化されるようです。 そういうわけで、/etc/sysconfig/ne
インストールと設定方法 – 日本Unboundユーザー会
Unbound: インストールと設定方法 By W.C.A. Wijngaards, NLnet Labs, October 2008. この文書はあなたのシステムでunboundをコンパイルして、インストールして、設定する方法を紹介します。 コンパイル あなたが使っているディストリビューションのパッケージ マネージャがunboundのパッケージを扱っていたら、このステップをとばして、パッケージ マネージャでそのパッケージをインストールすることができます。 ソフトウェアをコンパイルするためには、opensslとそのincludeファイル（しばしばopenssl-develという名前のパッケージ名）がすでにインストールされている必要があります。./configure [オプション]; make; make installを実行してします。 訳注：バージョン1.4.7以降ではlibexpatが
http://gunosy.com/page.php?url=http://internet.watch.impress.co.jp/docs/special/20120227_514853.html
Securing the Debian zones
We are in the process of deploying DNSSEC, the DNS Security Extensions, on the Debian zones. This means properly configured resolvers will be able to verify the authenticity of information they receive from the domain name system. The plan is to introduce DNSSEC in several steps so that we can react to issues that arise without breaking everything at once. We will start with serving signed debian.
AS112 Project | The Nameservers at the End of the Universe
Providing a clean, well lit destination for DNS queries concerning RFC1918 and other DSUA networks. Because most answers generated by the Internet's root name server system are negative, and many of those negative answers are in response to PTR queries for RFC1918, dynamic DNS updates and other ambiguous addresses, as follows: 10.0.0.0/8 172.16.0.0/12 169.254.0.0/16 192.168.0.0/16 There are n
Anti DNS spoofing - Extended Query ID (XQID)
Update published August 12th 2008 - XQID proposal retracted: The XQID concept relies on root and TLD servers being secured automatically (see original text below for details). Dan Kaminsky has since pointed out that glue host records for TLD servers are still vulnerable - an important point that I and many others missed. XQID will therefore only help if the root and TLD servers support it directly
yebo blog: Kaminsky氏のDNSバグがリーク?
2008/07/23 Kaminsky氏のDNSバグがリーク? 2週間前にDan Kaminsky氏が指摘したDNSの脆弱性はBlack Hatで公開するとしていたが、Halvar Flake氏が推測した方法であることがわかった。キャッシュサーバのキャッシュを汚染するためには次のように攻撃を行う。攻撃者はいい加減な多数のドメイン名 www.ulam00001.com, www.ulam00002.com のように問い合わせを行う。サーバはキャッシュにないため、「.com」のネームサーバに問い合わせることになる。そこで、攻撃者は.com の権威DNSサーバを偽装して、www.ulam00002.comのNSはns.google.comだよと知らせ、ns.google.com が66.6.6.6であるとするグルーを加えて応答を行う。すると、TXIDが一致した場合にキャッシュサーバはそのグルー情
An Illustrated Guide to the Kaminsky DNS Vulnerability
The big security news of Summer 2008 has been Dan Kaminsky's discovery of a serious vulnerability in DNS. This vulnerability could allow an attacker to redirect network clients to alternate servers of his own choosing, presumably for ill ends. This all led to a mad dash to patch DNS servers worldwide, and though there have been many writeups of just how the vulnerability manifests itself, we felt
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DNS Hosting using git - Your reliable DNS host
http://dnsops.jp/event/20120901/Unbound-higashi-dnsops-2012summerday2-final.pdf
DNSMON
https://www.cs.wisc.edu/~plonka/
fastzolver - Very fast Asynchronous DNS resolver for Webalizer
c-ares: library for asynchronous name resolves
yebo blog: EDNS-PING
dnsserverlist.org