【2018/11/16 追記】 本記事は、2016 年 4 月に Google Public DNS サーバに実装された、実験的な DNS over HTTPS プロトコルについて紹介しています。DNS over HTTPS プロトコルはその後 IETF の doh ワーキンググループにて標準化が進められ、2年半後の 2018 年 10 月に RFC8484 として出版されました。本記事で紹介したプロトコルは RFC8484 に規定されたプロトコルとはいくつもの点で異なっていることにご注意ください。 Google Inc. が公開 DNS サーバを運営していることはご存知でしょうか? Google Public DNS と呼ばれるこの公開 DNS サーバは、”8.8.8.8″ という特徴的な IP アドレスで全世界のインターネットユーザに対して無料の DNS サーバ(フルレゾルバ)を提供し
他のDNS Tips「DNSSECの仕組みを教えてください（今後公開予定）」にあるように、DNSSECでは、DNSにおける応答が改ざんされていないこと・欠落していないことを確認できるようにするため、署名と検証という仕組みを使用する。そのため、DNSSECを構成する要素としては、DNS Tips「DNSを構成する要素を教えてください（今後公開予定）」で示された要素に以下のものが加わる。 署名（Signature） 公開鍵（Public Key） 署名者（Signer） バリデーター（Validator） トラストアンカー（Trust Anchor） 以下、それぞれについて解説する。 署名（Signature） DNSSECにおける署名は、公開鍵暗号方式による電子署名である。RRSIGレコードとして署名者がゾーンに登録し、バリデーターがDNSの応答の検証に用いる。 公開鍵（Public Key
こんにちは。セールスグループの中嶋(@mnakajima18)です。 ずいぶん暖かくなってきたので、四国にうどんを食べに行きたいなと思う今日このごろです。 もしくは京都がいいですね。特に清水寺は春の夜のライトアップが非常に綺麗みたいです。 あ、しかも今日からですね。今から行ってもいいですか、部長。 さて、早速ですがみなさんはDNSは何を使っていますか。 BIND？レジストラの提供サービス？ AWSにもRoute 53というDNSのサービスがあるのをご存知でしょうか。 Route 53とは様々な特徴はありますが、大きなところはこのような感じです。 速い 全世界33箇所にロケーションを配備しているので、アクセス元に一番近いロケーションに転送される 信頼性が高い SLA100％ 参考ページ→Amazon Route 53 サービスレベルアグリーメント 安い 1ホストあたり$0.5/月(最初の25
EPIC2014 Google Public DNS (8.8.8.8, 8.8.4.4) 経由では本サイトにアクセスできないよう措置させて頂いております。 このたび社団法人日本ネットワークインフォメーションセンター (JPNIC) を相手取って裁判をはじめることとなりました。皆様のご支援をよろしくお願いいたします。 JPNIC は平成23年8月31日に規約を一方的に変更し、私(や多くの歴史的PIアドレスやAS番号の利用者たち)がそれに同意していないにも関わらず平成24年度から(JPNICができる前から使われていたものも含む)歴史的PIアドレスやAS番号に対して維持料を課すことを決め、平成9年に東海地域のネットワークの相互接続のために割り当てを受けた AS7520 にもこの4月から維持料を請求してきました。これを無視していたところ年14.5%の延滞利息まで請求をはじめ、督促の電話も入るよう
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
BIND 9 Security Vulnerability Matrix The BIND 9 Security Vulnerability Matrix is a tool to help DNS operators understand the current security risk for a given version of BIND. It has two parts: The first part is a table listing all of the vulnerabilities covered by this page. The first column… CVE-2018-5740: A flaw in the "deny-answer-aliases" feature can cause an assertion failure in named A rare
「DNSの変更が浸透するまでお待ち下さい」という半ばニセ科学的な表現が良く見られますが、Internet Week 2011の「DNS浸透の都市伝説を斬る～ランチのお供にDNS～」で、その「DNS浸透」や「DNSの伝搬」という誤解を解くという内容のランチ付き無料セミナーがあります。 凄く魅力的なタイトルです。 内容は以下のように書かれています。 サービスプロバイダやレジストラ(.jpでは指定事業者) の変更などにより権威DNSサーバーが別のホストに変わる際、いわゆる「DNSが浸透しない」や「DNSが伝搬しない」というトラブル事例が数多く報告されています。 DNSには本来「浸透」や「伝搬」といった概念は存在しません。 しかし、時間の経過やキャッシュDNSサーバーの再起動などによりトラブルが解決する場合もあることから、「DNSが浸透した」「DNSが伝搬した」という誤ったイメージが、より強く植え
公開: 2011年9月3日19時50分頃 モバツイ (www.movatwi.jp)の作者えふしんさんと、Twitterでこんなやりとりをしました。 OperaってDNSのTTL考慮してない？！多くのブラウザは安全性のために短すぎるTTLを無視したりしますが (DNS Pinning)、それとはまた違う話でしょうか?AWSのElastic Load Balancingで、動的にロードバランサーのサーバが増えたり減ったりするようで、夜明けのOperaがよく全然違うサービスに繋がってしまうことがあるんですよね。少なくともクッキーは送っちゃってますよね...あー、なるほど。それはまずいですね。これは盲点でした……。 OperaやIEなどは、DNSのTTLが短く設定されていても無視してキャッシュし続ける事があります。これはDNSの負荷を減らすというだけはでなく、セキュリティ上の意味もあり、「DNS
設定ファイルと格闘せずにDNSを運用管理 始めてみよう、Amazon Route 53 並河 祐貴 株式会社サイバーエージェント 2011/6/23 Amazon Web Services（AWS）の「Amazon Route 53」は、API経由でDNSの運用管理を可能にするサービスです。Firefoxのアドオン「R53 Fox」を使って、その導入、設定を行う方法を紹介します（編集部） Webサイト運用に欠かせないDNS 今日、一般に公開されているWebサイトでは、IPアドレスを直接公開するケースはほとんどありません。多くのケースでは、ドメイン名（「google.co.jp」や「yahoo.co.jp」など）を公開し、ユーザーはそのドメイン名を基にブラウザでURLを入力したり、検索したりしてアクセスすることとなります。 そのためWebサイトの運用に当たり、ドメイン名とIPアドレスをひも付
※後継のMurakumoを開発中です。 https://bitbucket.org/winebarrel/murakumo/ http://d.hatena.ne.jp/winebarrel/20111202/p1 某勉強会でddnsのことを話したのですが、ほっとくと忘れ去られそうなので記事にまとめたいと思います。 https://bitbucket.org/winebarrel/ddns https://rubygems.org/gems/ddns これは何？ 主にEC2での利用を想定した内部向けDNSサーバです。 ddnsはDynamic DNS…ではなくDistributed DNSの略です。直訳すると分散DNS。 ひどすぎる名前ですね。最悪です。gem pushしてから後悔しました。 まあネーミングセンスがないのは昔からです。 一般的なDNSサーバと違って、ホスト名の情報を分散管理
センドメールは2011年5月16日、迷惑メール対策のための「送信ドメイン認証」技術のうち、現在最も普及している「SPF」（Sender Policy Framework）方式について設定が正しいかを確認できる「SPFレコードチェックツール」を無償で公開した。同社Webサイトの特設Webページから利用できる。 このツールでは、自社のドメイン名を使って送信するメールについて、そのドメイン名を管理するDNSサーバーが、あて先のメールサーバーからのSPFレコードの問い合わせにどのように応答するかをチェックできる。メールサーバー管理者などが上記ページにアクセスして、チェックしたいメール送信元のホスト名あるいはIPアドレスとメールヘッダーを入力すると、DNSサーバーに対するSPFレコードの問い合わせなどが実行され、検証結果が表示される（図）。 検証結果は、（1）pass：認証に成功した、（2）perm
利用できる機能はエディションによって異なります。エディションを比較 管理者は、ユーザーに会議での使用を許可する Google Meet の機能（録画や出欠状況の確認など）を指定できます。また、会議の安全性と参加に関する設定を管理することも可能です。たとえば、組織外のユーザーを会議に招待することや、組織外の会議に参加することを許可するかどうかを指定できます。 （省略可）高度な機能へのアクセスを制限する 始める前に: 必要に応じて、部門またはグループに設定を適用する方法をご確認ください。 Meet の動画設定を管理する Meet の動画設定を更新する手順は次のとおりです。 Google 管理コンソールで、メニュー アイコン [アプリ] [Google Workspace] [Google Meet] に移動します。
Google Spreadsheets の Apps Script で Amazon Route 53 を管理する - WebOS Goodies
先週、 Amazon のクラウド DNS サービス Amazon Route 53 をご紹介しました。柔軟で信頼性の高い DNS サーバーを安価に利用できる、とても有用なサービスです。しかし、標準では GUI が用意されておらず、データの更新がとても面倒なのが玉に瑕でした。サードパーティのツールもいくつかありますが、個人的にはどれもいまひとつな感じです。 仕方ないのでツールを自作することにしたのですが、さすがにフル機能の GUI を構築する時間はありません。 UNDO やコピー＆ペーストなどの機能も欲しいところですが、実装にはそれなりの手間がかかります。そこで思いついたのが、 Google Spreadsheets （Google Docs の表計算） を Google Apps Script で拡張する方法。これなら Google Spreadsheets の持つ強力な編集機能がそのまま
2011/1/27 Amazon Route53 使ってみた＠第1回クラウド女子会
2011/1/27 Amazon Route53 使ってみた＠第1回クラウド女子会AI-enhanced description The document describes configuring and managing a DNS zone hosted on AWS Route 53. It includes steps to: 1) Create a hosted zone for the domain "cloudgirl.baking.jp" on Route 53 and view the nameservers assigned; 2) Add a record set for the subdomain "www" with an A record pointing to an IP address; and 3) Delete the record set and e
最近、特集執筆のためIPv6の取材をする機会があった。IPv6のことはご存じの方も多いと思うが、いまのIPネットワークで使用されるIPv4の後継にあたるプロトコルである。2011年3月ころとみられるIPv4アドレスの枯渇（関連記事）や、4月以降にNTT東西のNGN上でIPv6インターネット接続サービスが始まる（関連記事）ことをきっかけに普及が進むとみられている。 機器/ソフトベンダーやサービス事業者にIPv6関連の取材をしていると、たびたび「ナゾ」が出てくる。ここでは最近記者が遭遇した「IPv6でDNSを使う」ときの二つのナゾを紹介したい。 DNSの役割はIPv4でもIPv6でも同じだ。ホスト名からIPアドレスを調べる正引きも、IPアドレスからホスト名を調べる逆引きも利用できる。ところがIPv6では、IPv4のようにはいかないのだ。 ナゾその1：DNS問い合わせのうち、なぜIPv6アドレス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
