DNSのネガティブキャッシュの残存時間(TTL)はどのようにして決まるか - （ひ）メモ
結論からいうと、 問い合わせた名前が見つからなかった場合のnxdomain応答は当該ドメインのSOAレコードが返ってきて、ネガティブキャッシュのTTLはその応答(SOA)のTTLになる です。 以下、詳細。 nxdomain応答の際のSOAのTTLは、SOAの(TTLではなく)minimumで指定できることになっています。 「SOAのminimumは通常のキャッシュのTTLでは？」と思ったあなた、私もそう覚えてたのですが、1998年に出たRFC 2308 Negative Caching of DNS Queries (DNS NCACHE)で用途が変更されたそうです。 ▼SOAのminimum値の役割 SOAのminimum値は、当初はDNSキャッシュサーバが一度検索したレコードをキャッシュに保持(通常のキャッシュ)しておく期間(単位は秒)として使用されていましたが、RFC 2308で役
DNSラウンドロビンを使った時にアクセス・負荷が偏る話 - 元RX-7乗りの適当な日々
昨日に続き、アクセスが偏る系のエントリです。 なにかと議論のネタになるDNSラウンドロビンですが、今日はDNSラウンドロビンを使った時に、各IPアドレスにくるリクエスト数に偏りが出るという話。 DNSラウンドロビンで設定されているFQDNに、コマンドラインで"host"とか"nslookup"のコマンドを何度か実行すると、返ってくるIPアドレスリストの順序が入れ替わっていくことが確認できると思います。 基本的に、クライアントはそのIPアドレスリストの上(最初)からアクセスを行うため、これによって(一応)負荷分散が実現できるはずですが、特定環境のクライアントでは、ラウンドロビンとはならずに必ず特定のIPアドレスにアクセスするケースがあるのです。(既知の事実ですが。) この事は、Wikipediaの該当ページにも記載されています。 主にIPv6における宛先アドレス選択アルゴリズムとして定義され
お名前.comでDNSラウンドロビンはできるか？ | レンタルサーバー・自宅サーバー設定・構築のヒント
お名前.comでDNSラウンドロビンはできるか？
qmail/netqmailにおける512バイトを超えるDNS応答の不適切な取り扱いについて
--------------------------------------------------------------------- ■qmail/netqmailにおける512バイトを超えるDNS応答の不適切な取り扱いについて 株式会社日本レジストリサービス（JPRS） 2011/03/03（Thu） --------------------------------------------------------------------- ▼背景 伝統的なDNSの仕様では、通信プロトコルとしてUDPを用いる場合のDNS応答 のサイズを512バイト以下に制限しています。DNSにおいて512バイトを超え る応答を取り扱う必要がある場合、通信プロトコルとしてTCPを使用するか、 RFC 2671で定められた拡張機能であるEDNS0を使用します。 そのうち、TCPの使用は従来からあるDNS
BINDのviewを用いた内部向けDNS構築メモ - Blog::koyhoge::Tech
社内ネットワーク向け DNS サーバを立てたくて、BIND の view を用いて設定を行ってちょっとはまったのでメモを残しておく。 環境 BIND 9.3.6 (CentOS 5.5 標準) viewについて BIND 8 から使用できる、接続条件によって見える情報を変える仕組み。以下のように記述する view view_name { match-clients { list; }; match-destinations { list; } // and other options } match-clients はリクエスト元のソースIPでマッチを行う。 match-destinations はリクエストを受け付けるインターフェースのIPアドレスでマッチを行う。 複数の view にリクエストがマッチする場合は、named.conf の先頭に近い条件が適用される。 実際の記述 内部ネッ
HASHコンサルティング徳丸浩の日記 - 自分でできる - 「かんたんログイン」DNSリバインディング耐性のチェック方法
■「かんたんログイン」DNSリバインディング耐性のチェック方法 このエントリでは、ケータイ向けWebサイトがDNSリバインディング攻撃に対する防御耐性があるかどうかをチェックする方法を説明します。ケータイ向けに「かんたんログイン」機能をもつWebサイトをチェック対象とします。 基本的な前提として、検査対象のWebサイトの管理者が自ら検査することを想定しています。 用意するもの チェック対象のWebアプリケーション(かんたんログイン機能あり) 携帯電話（かんたんログイン可能なもの） インターネット接続されたパソコン ステップ0:IPアドレスの調査 検査対象のWebサーバーのIPアドレスを調べます。一例として、検査対象サーバーのホスト名が mobile.example.com の場合、以下のコマンドでIPアドレスを調べることができます。 C:>nslookup mobile.example.
セキュリティ情報 - iモードIDを用いた「かんたんログイン」のDNS Rebinding脆弱性
iモードIDを用いた「かんたんログイン」のDNS Rebinding脆弱性 HASHコンサルティング株式会社 公開日:2009年11月24日 概要 iモードブラウザ2.0のJavaScriptとDNS Rebinding問題の組み合わせにより、iモードIDを利用した認証機能（以下かんたんログイン）に対する不正アクセスが可能となる場合があることを確認したので報告する。危険度の高い攻撃手法であるので、サイト運営者には至急の対策を推奨する。 背景携帯電話のかんたんログインとは、ケータイブラウザ（たとえばiモードブラウザ）に用意された契約者固有IDを利用した簡易的な認証であり、ユーザがIDやパスワードを入力しなくても認証が可能となる。iモードIDは、NTTドコモの提供する契約者固有IDの一種で、URLにguid=ONというクエリストリングを含めることにより、端末固有の7桁のIDがWebサーバに送
DNS設定をチェックするサービス
cles::blog 平常心是道 blogs: cles::blog NP_cles() « メールサーバがオープンリレーテストでないかチェ... :: Mumbai Market » 2009/11/08 DNS設定をチェックするサービス dns systemmanagemant checker 232 1へぇ DNSサーバを作成したら、仕上げにDNSをチェックするサービスでゾーンファイルに問題が無いかどうかチェックしておくと便利です。特にコンテンツサーバとキャッシュサーバが一体になっている場合には、DNSサーバはセキュリティの関係で、外部から見た場合と、内部から見た場合の動作が異なるのでこういうサービスが便利です。 ・ CheckDNS.net - Online DNS Report Tool ・ squish ・ ZoneCheck 上記に加えてDNSキャッシュポイズニングの脆
ハタさんのブログ : ムームードメインで取得したドメインをFree DNSサービスでどうにかする
以前、勢い余ってio-users.jpのドメインを取得したんですが 何を血迷ってしまったか、ムームードメインのレジストラで取得しちゃったもんだから、DNSの設定がショボい(NSレコードしか登録できない?)という国内最安値ならではの悲しみがありました。 (略) んでは、Google AppsとかのCNAMEを書き換えるようなものを使うために、海外のいくつかのDNSサービスを使ってみて、結局僕はEditDNSにてio-users.jpのドメインを管理することにしました。 ref - EditDNS - Free DNS Hosting なんで、EditDNSにしたかってーと、GoogleAppsのDNSテンプレートがあるから(僕が使い始めたときは無かったのに...) ちなみに、管理画面はこんな感じ また、ムームー側はこんな感じで設定しておいた。 EditDNSはとくにこれといっていい
Online Tools
These are all various tools that I've created because I needed them at one time or another. I also take suggestions as I really want this site to be useful to everyone who uses it. So, if there's something you'd like to see or some problem you're trying to solve, then let me know about it. I'd be happy to add it as this is stuff I enjoy doing.
DNS Stuff: DNS tools, DNS hosting tests, WHOIS, traceroute, ping, and other network and domain name tools.
Businesses rely on robust file transfer protocol (FTP) server solutions to facilitate file exchanges between clients. Ensuring the security and reliability of file transfers can be challenging, though, especially when sensitive data needs to be protected from unauthorized access or interception. So how can organizations establish a secure and reliable FTP server solution that meets … Read more Sol
nslookup(dig)テスト【DNSサーバ接続確認】
nslookup(dig)テスト【DNSサーバ接続確認】は、サーバー監視者向けにご提供しています。 ご指定のホストまたはIPアドレスに、当社サーバーでコマンドを発行しDNS情報の取得を行います。 問い合わせるDNSを指定することで、外部（インターネット）からDNS応答が正常出来るか確認することができます。 nslookup slookupコマンドを利用しDNS問い合わせを確認することができます。 dig digコマンドを利用しDNS問い合わせを確認することができます。 「dig」で「PTR（逆引き）」を指定した場合、入力されたIPアドレスをin-addr.arpaに自動変換しコマンド実行します。 ご指定のホスト名(FQDN)にDNS問い合わせを行い結果を表示します。 該当ホストのDNSに実際にアクセスされますのでログが残る可能性があります。 DNS問い合わせ結果取得までに30秒程度かかる場
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
nslookup
ANSI Whois Gateway: ドメイン名 / IPアドレス検索サービス