こんにちは！担当SDです。 梅雨が明けて暑い夏がやってきましたね。私はやや夏バテ気味で食欲があまりないのですが、冷たい麺で栄養補充して頑張ってます。 さて、本日はDNSプリフェッチの紹介です。 ブラウザベンダは競合との競争の中で日々ブラウザのパフォーマンスを進化させています。例えば、レンダリングに必要なリソースから優先的に取得する「リソース優先度付」、 ユーザが次にアクセスする可能性が高いページを事前にレンダリングしておく「プリレンダリング」、 DNSの名前解決を事前に実行する「DNSプリフェッチ」この中でも、その有効性からChrome,Safari,Firefox,IEとほとんどのメジャーブラウザで対応されているのが「DNSプリフェッチ」です。その効果は MOZILLA DEVELOPER NETWORK 曰く、、、 DNS による名前解決に必要な帯域幅は小さなものですが、それにかかる時
[対象: 上級] この記事では、「DNSプリフェッチ」という仕組みを利用してウェブページの表示速度を高速化する方法を解説します。 DNSプリフェッチとは 上級者向けの記事なのでDNSが何かの説明は省きます。 DNSプリフェッチを利用すると、外部ドメイン名（ホスト名）の名前解決（DNSルックアップ）を事前に強制できます。 ユーザー（ブラウザ）がそのドメインにアクセスする前にすでに名前解決が完了しているので、読み込み時間の短縮を図ることができるのです。 DNSの名前解決にかかる時間は平均して200ミリ秒とわずかですが、モバイル回線では無視できる長さではないかもしれません。 またときとして1秒以上かかることもあり、遅延による表示速度の低下の防止に役立てられます。 DNSプリフェッチは、ページの読み込みと同時に実行されまたCPUやネットワークへの負荷が低いため、そのほかの処理を遅らせてしまう心配も
こんにちは。セールスグループの中嶋(@mnakajima18)です。 ずいぶん暖かくなってきたので、四国にうどんを食べに行きたいなと思う今日このごろです。 もしくは京都がいいですね。特に清水寺は春の夜のライトアップが非常に綺麗みたいです。 あ、しかも今日からですね。今から行ってもいいですか、部長。 さて、早速ですがみなさんはDNSは何を使っていますか。 BIND？レジストラの提供サービス？ AWSにもRoute 53というDNSのサービスがあるのをご存知でしょうか。 Route 53とは様々な特徴はありますが、大きなところはこのような感じです。 速い 全世界33箇所にロケーションを配備しているので、アクセス元に一番近いロケーションに転送される 信頼性が高い SLA100％ 参考ページ→Amazon Route 53 サービスレベルアグリーメント 安い 1ホストあたり$0.5/月(最初の25
Amazon.co.jpのソースを見ていたら、見慣れないタグを見つけた dns-prefetch タグ <meta http-equiv="x-dns-prefetch-control" content="on"> <link rel="dns-prefetch" href="http://g-ecx.images-amazon.com"> <link rel="dns-prefetch" href="http://z-ecx.images-amazon.com"> <link rel="dns-prefetch" href="http://ecx.images-amazon.com"> <link rel="dns-prefetch" href="http://completion.amazon.com"> <link rel="dns-prefetch" href="http://cl
ここ数日、8.8.8.8や8.8.4.4というIPv4アドレスを持つGoogle Public DNSに関する話題が盛り上がっているのですが、多くの人が「よくわからないけど設定変更したら早い！」と言っているので、そこら辺の話を調査してみました。 昨日、Twitterとブログでtracerouteやdigによる調査協力のお願いを発信し、8.8.8.8へのtracerouteを37件、8.8.8.8とISP DNSへのtraceroute比較及びAkamaiキャッシュサーバへのtraceroute比較を21件、日本各地及び海外のいくつかの地点からご協力頂けました(皆様ありがとうございました！)。 それらのデータをもとに、Google Public DNSを利用した場合の通信経路と、それによる遅延に関する検証を行いました。 Google Public DNSに対する私の感想 まず最初に。 調査前
こんにちは。インフラチームの ebisawa です。 独自に実装した DNS コンテンツサーバ PrimDNS をオープンソースとして公開させて頂きましたのでお知らせいたします。ご興味がありましたらぜひお試しいただければと思います。 グリー内では特に何もしなくてもなぜか各サーバの名前を DNS 解決できたり、その他いろいろなサービスが提供されています。今回公開させていただいた PrimDNS は、もともとグリーのインフラ内で利用されているものをベースに、一般の利用に向けてアレンジしたものです。 公開先はこちら → http://labs.gree.jp/Top/OpenSource/PrimDNS.html なぜ DNS DNS には、かつてより超定番の実装が存在しますが、何らかの理由でもっと他の選択肢もあるといいのに、と思われたことはないでしょうか。 特に DNS のようなインターネット
いきなりだが、2001年はDNS（Domain Name System）にとっては、当たり年ともいえる年だった。ニュースなどでも取り上げられているが、「日本語」や「多言語」ドメインという大きな構造変化がシステム全体に押し寄せ、ブロードバンド環境の広がりは、個人がドメインを取得して運用するための足掛かりともなった。 本連載では、ドメインの運用など、これからDNSと付き合おうとしている方々を対象に「DNSの概念や運用の考え方」を明らかにしていこう。ただし「BIND」など、DNSに関する具体的な製品の設定方法については触れない。詳しくは以下の記事もぜひ参考にしてほしい。 DNSはなぜ必要か？ 最初に、「DNSとは何か」を説明するために、「なぜDNSが必要になるのか」を考えてみよう。それには、歴史的経緯から考えるのが分かりやすい。 DNSはご承知のとおり、IPアドレスとホスト名をマッピングして相互
対象OS：Windows 2000 Professional／Windows XP Professional／Windows XP Home Edition／Windows 2000 Server／Windows 2000 Advanced Server 解説 DNSとは、IPアドレスと名前（FQDN名）を（相互に）変換するためのデータベース・サービスであるが、Windows 2000やXPのDNSクライアントには、DNSサーバに問い合わせた結果をシステムの内部にキャッシュしておいて、外部のDNSサーバへの問い合わせをなるべく抑制するという機能が含まれている。これを「DNSリゾルバ・キャッシュ」といい、実際には「DNS Client」サービスが担当している。「リゾルバ（resolver）」とは、名前解決（name resolution）を行うための機能やサービスのことを指す（一般的にはネー
この項目では、ドメイン名関連の言葉について説明しています。図書館関連の言葉については「リンクリゾルバ」をご覧ください。 リゾルバ(Resolver)は、ドメインネームシステム(以下DNS)のネームサーバへアクセスしドメイン名前空間から任意のノードの情報を取得するために用いられるクライアントの名称。文字通りドメイン名を解決する者(resolver)である。「ネームリゾルバ」とも言う。 自らがネームサーバとなっていないクライアント PC の場合、リゾルバは他のアプリケーション(WebブラウザやMail、FTP等のクライアント)の要求によりネームサーバへの問い合わせを行い、結果をアプリケーションに返すと言った機能を持っている。 また、インターネット上のどの端末からもDNS要求を受け付けるリゾルバを「オープンリゾルバ」と言う。 トランスポートプロトコルとしてUser Datagram Protoc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
