DNSラウンドロビンを使った時にアクセス・負荷が偏る話 - 元RX-7乗りの適当な日々
昨日に続き、アクセスが偏る系のエントリです。 なにかと議論のネタになるDNSラウンドロビンですが、今日はDNSラウンドロビンを使った時に、各IPアドレスにくるリクエスト数に偏りが出るという話。 DNSラウンドロビンで設定されているFQDNに、コマンドラインで"host"とか"nslookup"のコマンドを何度か実行すると、返ってくるIPアドレスリストの順序が入れ替わっていくことが確認できると思います。 基本的に、クライアントはそのIPアドレスリストの上(最初)からアクセスを行うため、これによって(一応)負荷分散が実現できるはずですが、特定環境のクライアントでは、ラウンドロビンとはならずに必ず特定のIPアドレスにアクセスするケースがあるのです。(既知の事実ですが。) この事は、Wikipediaの該当ページにも記載されています。 主にIPv6における宛先アドレス選択アルゴリズムとして定義され
GoogleとOpenDNSがネット高速化で協業、CDNetworksやCloudFlareが参加
DNSサービス大手の米OpenDNSは米国時間2011年8月30日、米Googleおよびコンテンツ配信ネットワーク（CDN）プロバイダーとインターネット高速化に取り組む「 Global Internet Speedup Initiative」の結成を発表した。 CDNや大手インターネットサービスは通常、ユーザー自身の所在地では無くユーザーのDNSサーバーの位置に基づいて最も近いコンテンツサーバーへとユーザーをつなぐ。こうしたルーティングでは、Webページの読み込みに時間がかかり、ユーザーがDNSサーバーから遠くに居る場合はインターネット接続のパフォーマンスが落ちる可能性がある。 Global Internet Speedup Initiativeでは、Googleと米VeriSignおよび米Neustarが策定したIETF Draft Standard（標準草案）「edns-client-
DNS Gaffe Breaks Sweden's Internet
A domain name system error knocked Sweden's top-level domain offline for more than an hour last night, once again illustrating how small errors in DNS settings can have huge impacts in the real world. A domain name system error knocked Sweden's top-level domain offline for more than an hour last night, once again illustrating how small errors in DNS settings can have huge impacts in the real world
スウェーデンのインターネットが90分弱壊れました:Geekなぺーじ
日本時間10月13日昼頃(現地時間21:19-22:43)にスウェーデンのインターネットが壊れました。 今年の2月に「今朝、インターネットが壊れました」と書いた時はBGPの障害でしたが、今回はDNSです。 「.se」のccTLD(country code Top Level Domain,国別コードトップレベルドメイン)での設定ミスが原因のようです。 スウェーデン国内のWebやメールなど様々なものが停止してしまったそうです。 DNSが国単位で引けなくなるのは、悪夢ですよね。。。 詳しくは以下の英文記事にて説明されているので、是非原文をご覧下さい。 「Royal Pingdom : Sweden’s Internet broken by DNS mistake」 この英文記事によると、「.se」を管理しているレジストリが間違ったDNSレコードを24時間のTTL(Time To Live)で大
MyDNS を試してみた - ~fumi/ChangeLog
DNS ラウンドロビンを使う必要があるので， MyDNS を使ってみました． - MyDNS: Home http://mydns.bboy.net/ MyDNS の特徴は - レコードは DB に保存 - 重み付けしたラウンドロビンが可能 など． インストール tar ball の中に spec ファイルがあるので， それを元にして rpm を作成してインストール． - DeNAの人気サイトに学ぶ LAMPによるWeb-DBシステム構築/運用の極意（後編）：企業IT部門の変革を支援するエンタープライズ実践情報サイト EnterpriseZine http://enterprisezine.jp/article/detail/26 で書かかれている aux の値に比例して分散させる patch をあてるようにした． diff -urN mydns-1.1.0/src/mydns/sort.
dnsmasqでDNSおよびDHCPサービスを強化する | OSDN Magazine
ネットワークが小規模で、ユーザのほとんどが主にインターネット上のサービスを利用している場合は、名前ではなくIPアドレスの数値を各ノードに割り当てておけばよい。しかし、ネットワークが拡大して組織内のサービス（Wiki、メールサーバ、メディアサーバなど）がオンライン化されると、個々のアドレス値をいちいち覚えきれなくなってくる。解決策の1つが、dnsmasqを使ってドメインネームサーバ（DNS：Domain Name Server）と動的ホスト構成プロトコル（DHCP：Dynamic Host Configuration Protocol）を実装することだ。そうすれば、外部DNSアドレスをキャッシュしてパフォーマンスの向上が図れるほか、ネットワークのすべてのメンバへのIPアドレスの動的割り当てや、あらゆる管理の一元化が可能になる。本記事ではその方法を紹介しよう。 SOHO（個人および小規模事業者
第4回 Unboundサーバ運用Tips | gihyo.jp
※ AS112ゾーンはプライベートアドレスやリンクローカルアドレスの逆引きのゾーンのことです。Unboundではデフォルトでこのゾーンに対する問い合わせにはNXDOMAIN（情報なし）を返します。 設定例を1つ紹介します。 試験用のドメイン「local.」を運用していて、登録したホスト以外への問い合わせに対してはインターネットに問い合わせが行かないようにしたいときには、次のような設定を行い、タイプには「static」を記述します。 local-zone: "local." static local-data: "host1.local. A 192.168.0.1" この設定では、host1.localのAレコードの問い合わせには192.168.0.1が返されますが、host2.localのAレコードの問い合わせにはNXDOMAINが返されます。 指定したDNSコンテンツサーバに問い合わる
第3回 Unboundの導入（乗り換え編） | gihyo.jp
前回はUnboundを新規導入する方法について紹介しました。今回は他のDNSサーバからUnboundに乗り換える方法を紹介します。 なお、本記事ではLinuxディストリビューションの1つであるCentOS 5.2での導入手順を紹介します。他の場合には適宜読み替えてください。 Unboundのインストール インストール Unboundのインストール方法については前回の記事をご覧ください。 動作確認 すでにBINDなどの他のDNSサーバーが動いている場合にはポート番号が衝突するため、そのままでは動作確認を行うことが出来ません。そのため、Unboundの設定ファイルunbound.confに次のように通常のポート番号と異なる番号を設定します。 port: 10053 unboundを起動させてみましょう。 # /etc/init.d/unbound start 次のようにdrillに-pオプショ
第1回 5分でわかるUnbound | gihyo.jp
本特集では、次世代DNSサーバソフトウェア「Unbound」にフォーカスし、機能や特徴を解説しながら、実際の運用ノウハウについてお届けします。第1回目はUnboundの基礎知識について解説します。 Unboundの概要 UnboundはBINDの代替を目指したDNSキャッシュサーバです。2008年5月20日に正式版1.0がリリースされました。オープンソースのソフトウェアとして公開されており、ライセンスはBSDライセンスです。 UnboundはNLnet Labsにより開発と保守が行われています。UnboundはVerisign labs、Nominet、Kirei、ep.netによりJavaで開発したプロトタイプを、NLnet LabsがCで実装し直したものです。ちなみに、NLnet Labsはルートサーバとしても利用されているDNSコンテンツサーバのNSDも開発しています。リリースされた
＠IT：DNSリゾルバのニューフェイス「Unbound」（1/2）
2008年5月にリリースされたばかりの新しいDNSリゾルバ「Unbound」は、シンプルで高速に動作するうえに、話題となっているDNSキャッシュポイズニング攻撃への耐性も高いという特徴を備えています。（編集部） 株式会社 サードウェア 岩崎 登 2008/10/17 DNSとは、そしてUnboundとは UnboundはオランダのNLnet Labsが開発しているDNSキャッシュサーバ（DNSリゾルバ）である。2008年5月に正式版のバージョン1.0.0がリリースされ、BSDライセンスの下、オープンソースソフトウェアとして公開されている。 NLnet Lab.は、DNSコンテンツサーバ「NSD」の開発元としても知られており、開発元の信頼も高い。 インターネットでは、IPアドレスによって、アクセスするサーバ（ホスト）を特定している。IPアドレスとは、いわゆる郵便番号のようなもので、インターネ
Unbound - About
Unbound is a validating, recursive, caching DNS resolver. It is designed to be fast and lean and incorporates modern features based on open standards. To help increase online privacy, Unbound supports DNS-over-TLS and DNS-over-HTTPS which allows clients to encrypt their communication. In addition, it supports various modern standards that limit the amount of data exchanged with authoritative serve
porttest.dns-oarc.net -- Check your resolver's source port behavior | DNS-OARC
2023-06-01: This service has been deprecated in favor of Check My DNS. The announcement in Jul 2008 of CERT VU#800113 made it clear that resolvers should use random source source ports when sending queries. Here at OARC, we crafted a special DNS name and server that you can query to learn whether or not your own resolver is using random ports. Use a DNS query tool such as dig to ask for the TXT re
BIND での "_" を含むホストの扱い - ~fumi/ChangeLog
CVE-2008-1447 の件で会社の BIND をアップデートしてまわっていたところ， /var/log/message に foo_bar.example.com: bad owner name (check-names) というようなエラーがでて，その zone の名前解決ができなくなった． で，ググったところ - エイジの気まぐれ日記: BINDで名前解決ができない http://blog.age-net.jp/2007/03/bind.html によると， どうやらBIND9.3.1から、「check-names」がデフォルトでfailと設定されており、アンダースコア(_)をはじいてしまっていたようだ。 ということなので，named.conf の該当する zone に check-names ignore; を追記し，名前解決ができることを確認． ホスト名に"_"が使えない根拠
NLnet Labsなど，オープンソースの新DNSサーバー・ソフト「Unbound 1.0」をリリース
NLnet Labsなど，オープンソースの新DNSサーバー・ソフト「Unbound 1.0」をリリース オランダのNLnet Labs，米VeriSign，英Nominet，スウェーデンのKireiからなるグループは米国時間2008年5月20日，DNSサーバー・ソフトウエア「BIND」の代替となるオープンソースの「Unbound 1.0」を公開した。Linuxや MacOS X，FreeBSD，SolarisなどPOSIXベースのOSに対応する。（Unbound公式サイト）からダウンロードできる。 Unboundは，認証，再帰，キャッシングなどの機能を持つDNSサーバー・ソフトウエアで，プロトタイプの段階から，性能およびセキュリティでBINDより優れた代替品を目指して設計された。DNSのセキュリティを強化する拡張機能である「DNSSEC」をサポートしている。 「Unboundの開発は常にシ
逆引きネームサーバの適切な設定についてのお願い - JPNIC
拝啓 時下益々ご清祥の事とお慶び申し上げます。 平素は格別のご高配を賜り厚くお礼申し上げます。 JPNICでは、インターネットの安定した運用のための取り組みの一環として、 適切に設定されていない(lame delegationの状態にある) 逆引きネームサーバの定期的な調査と調査結果の提供をこれまで行ってまいりましたが、 2008年7月1日(火)より、lame delegation の状態にある逆引きネームサーバの通知と委任停止を実施いたします。 今回実施する内容につきましては、以下のURLをご参照ください。 http://www.nic.ad.jp/ja/dns/lame/announce.html 15日間連続してlame delegationの状態にあることが確認された場合には、 ネットワーク情報中で技術連絡担当者として登録されているご担当者様に電子メールでご連絡いたします。 また、
DNSベストプラクティスとは「隠す」そして「重ねる」 ― ＠IT
第2回 DNSベストプラクティスとは「隠す」そして「重ねる」 澁谷 寿夫 Infoblox株式会社 Systems Engineer 2007/12/14 軽視されがちのDNSにもう一度明かりをともす新連載。第2回ではDNSの最新情報と、前回の最後で図だけ提示した「DNSのベストプラクティス」構成の意味を解説します（編集部） いまだに設定ミスの多いDNS 今回も引き続きDNSについて説明していきたいと思います。まずは、おさらいをかねて、2007年11月に発表されたDNS関係のリリースを紹介したいと思います。 11月19日に開催されましたDNS DAYでも話題に上がっていたのですが、いまだに多くのDNSサーバに設定ミスが多いという問題があります。設定ミスの内容としては、いくつかありますが、その中でも深刻な問題としてはオープンリゾルバのサーバになってしまっているというものです。 前回説明した「
日本DNSオペレーターズグループ |
ドメイン名のご利用は計画的に 最新のトピックス IW2023 DNSOPS.JP BoF 2023/11/14 IW2023 DNSOPS.JP BoF 開催の情報更新をおこないました。 2023/10/23 IW2023 DNSOPS.JP BoF 開催のお知らせを掲載しました。 DNS Summer Day 2023 2023/06/15 DNS Summer Day 2023 開催の情報更新をおこないました。(2023年6月23日開催) 2023/05/15 DNS Summer Day 2023 開催のお知らせを掲載しました。(2023年6月23日開催) 権威DNSサービス調査報告 2023/03/27 権威DNSサービス調査報告(2023年4月21日版)の開催のお知らせを掲載しました。 IW2022 DNSOPS.JP BoF 2022/10/19 IW2022 DNSOPS.J
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
unbound を使ってみる - ~fumi/ChangeLog
void GraphicWizardsLair( void ); //
警察庁、DNSを悪用したDDoS攻撃の検証結果を公表