はじめに 「DNSって何ですか？」 エンジニア・プログラマの皆さんは会社の同僚や後輩などにこの質問をされたらどこまで回答できますか？ 大体の人は、「Domain Name System(ドメイン・ネーム・システム)の略称で、IPアドレスとドメインの紐付けをおこn.....」 みたいな回答になってしまうと思います。 特に自分のような、フロントエンド周りが主領域のエンジニアにとってはDNSの理解はかなり後回しになってしまうかなと思います。 今回は、そんなあまり業務でDNSに携わらない方々に向けて、DNSの最低限知っておきたい基礎知識をやさしくお届けできたらなと思います。 ※タイトルではめちゃくちゃ煽りましたが、本記事は割と基礎的な内容になっています。ご安心を。 DNSとは まずは、DNSとはなんぞやというところから入っていきたいと思います。 DNSとは、冒頭にも登場しましたが、Domain N

ICANN（英語: Internet Corporation for Assigned Names and Numbers、アイキャン）は、 インターネットの名前空間に関するいくつかのデータベース（と識別子）の維持管理と方法論の調整、ひいてはネットワークの安定的かつセキュア（安全）な運用の確保に責任を負う非営利団体であり、InterNICの後身として1998年に設立された[1]。2016年に民営化[2]。 分かり易いところでは、ICANNの大部分の作業は、インターネットの地球規模のDNS（Domain Name System）に関するものであり、DNSシステムの国際化についてのポリシー策定、 新しい一般的なTLD（top-level domains）の導入、ルートネームサーバの運用を含む。 ICANNが管理する採番設備には、IPv4 と IPv6用のインターネットプロトコルアドレス空間と、

LANに接続したコンピュータやスマートフォン、プリンタなどの周辺機器は、「IPアドレス」を目印に通信しますが、数字のら列は記憶しにくいうえ、ルータの都合でときどき変更されてしまうことがあります。それを解決/支援してくれる「Bonjour」を理解し、LANをもっと便利に使いましょう。 Bonjourのメリットとその仕組み Bonjour(ボンジュール)は、ローカルエリアネットワーク(LAN)に接続されたほかのコンピュータやスマートフォン、プリンタなどの機器を自動的に検出し、通信を可能にするしくみです。「Zeroconf」という技術をもとにAppleが機能を整え、のちに仕様を公開しました。"ゼロ・コンフィギュレーション技術"と呼ばれるように、手間のかかるネットワーク設定を省略することがこの技術の狙いです。 現在コンピュータネットワークにおける標準的な通信仕様(プロトコル)とされている「TCP/

以前に、Active Directoryで「.local」はもうダメって話題を記事にしたのですが、この主な理由としてmDNSの予約語に.localが使われるから、ということでした。 興味が出て、ちょっと調べてみたので、さわりだけご報告します。 mDNS(multicast DNS、マルチキャストDNS) 以前はmacOS界隈でBonjour（ボンジュール）と呼ばれていた仕組みで、同一セグメント内なら手間不要で名前解決が可能になるという仕組みです。Bonjour懐かしいな…、スゴイ昔にFileMaker Serverの仕事をしていた時に使って以来その単語を耳にしました。 mDNSは小規模なDNSを代替する機能となりますので、LAN内の名前解決専用にDNSサーバを設置していた場合、mDNSを使うことでDNSサーバの運用が不要になるケースもあるそうです。 DNSではドメインのFQDN（ホスト名＋

権威 DNS サービスは、デベロッパーがパブリック DNS 名の管理に使用するアップデートメカニズムを提供します。次に、ドメイン名をコンピュータが互いに通信できるように IP アドレスに変換して、DNS クエリに返答します。権威 DNS は、ドメインに関する最終的な権限を持っており、IP アドレス情報を使用して再帰的 DNS サーバーに応答します。Amazon Route 53 は、権威 DNS システムです。 通常は、クライアントから権威 DNS サービスに直接クエリが行われることはありません。代わりに、一般的にリゾルバー (または再帰的 DNS サービス) と呼ばれる別のタイプの DNS サービスに接続されます。再帰的 DNS サービスはホテルのコンシェルジュのような働きをします。DNS レコードは保有しませんが、ユーザーの代わりに DNS 情報を入手できる中間証明書として機能します。

DNSキャッシュサーバ 【DNS cache server】 キャッシュDNSサーバ / cache DNS server 概要 DNSキャッシュサーバ（DNS cache server）とは、利用者からの任意のドメイン名の名前解決の問い合わせを受け付け、当該ドメイン名を管理するDNSサーバへの問い合わせを(代理で)行い、結果を利用者に返答するコンピュータやソフトウェアのこと。 問い合わせ結果は一定期間保存され、期間内に同じ問い合わせが来た時には外部サーバへ新たに問い合わせることはせず自ら返答する。これにより各ドメインを管理するDNSサーバの負担が軽減され、利用者への応答時間も短縮される。 DNS問い合わせの仕組み DNS（Domain Name System）はドメイン名とIPアドレスを対応付ける世界規模のデータベースシステムで、各ドメイン名を管理する「権威DNSサーバ」（DNSコンテン

簡単に書くよ DNSキャッシュサーバ（読：ディーエヌエスキャッシュサーバ　英：DNS cache server）とは 「フルサービスリゾルバ」のこと。 用語の中身としては IPアドレス（インターネットをするときにコンピュータに割り当てられる住所）とドメイン名（IPアドレスに付けた人間様向けの名前）の対応を管理するのが仕事のコンピュータ（DNSサーバ）の分類のひとつ であり 他のDNSサーバさんに答えを教えてもらいに行くDNSサーバさんのこと です。 もう少し具体的に書くと IPアドレスとドメイン名の紐付けに関して、まず自分の持っているカンペ（キャッシュ）を見て問い合わせの答えを探し、それでも分からなければ他のDNSサーバさんに問い合わせるDNSサーバさんのこと です。 順番に見ていきましょう。 まずは予備知識として ・IPアドレス ・ドメイン名 ・DNS ・DNSサーバ ・フルサービスリゾ

HTTP ガイド HTTP の概要 典型的な HTTP セッション HTTP メッセージ MIME タイプ（IANA メディア種別） HTTP の圧縮 HTTP キャッシュ HTTP 認証 HTTP Cookie の使用 HTTP のリダイレクト HTTP 条件付きリクエスト HTTP 範囲リクエスト コンテンツネゴシエーション HTTP/1.x のコネクション管理 HTTP の進化 プロトコルのアップグレードの仕組み プロキシサーバーとトンネリング HTTP クライアントヒント HTTP セキュリティ サイトの安全化 HTTP Observatory Permissions Policy コンテンツセキュリティポリシー (CSP) オリジン間リソース共有 (CORS) Cross-Origin Resource Policy (CORP) Strict-Transport-Securit

[対象: 上級] この記事では、「DNSプリフェッチ」という仕組みを利用してウェブページの表示速度を高速化する方法を解説します。 DNSプリフェッチとは 上級者向けの記事なのでDNSが何かの説明は省きます。 DNSプリフェッチを利用すると、外部ドメイン名（ホスト名）の名前解決（DNSルックアップ）を事前に強制できます。 ユーザー（ブラウザ）がそのドメインにアクセスする前にすでに名前解決が完了しているので、読み込み時間の短縮を図ることができるのです。 DNSの名前解決にかかる時間は平均して200ミリ秒とわずかですが、モバイル回線では無視できる長さではないかもしれません。 またときとして1秒以上かかることもあり、遅延による表示速度の低下の防止に役立てられます。 DNSプリフェッチは、ページの読み込みと同時に実行されまたCPUやネットワークへの負荷が低いため、そのほかの処理を遅らせてしまう心配も