「アプリケーションエンジニアが知るべきDNSの基本」というタイトルで、builderscon tokyo 2018 で登壇するスライドです
![Basics_of_DNS_that_application_engineers_should_know - Speaker Deck](https://cdn-ak-scissors.b.st-hatena.com/image/square/31ef9f7c53124c11996287b581d11b8efe5024e9/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Ff53838df4f8b49efb9dc1970ae6b4695%2Fslide_0.jpg%3F10716851)
tech_team 2018年7月10日 JPNICからのお知らせ インターネットの技術 ■ はじめに DNSにはEDNSと呼ばれる拡張機能があります。このEDNSの実装が正しくないDNSサーバやネットワーク機器が、インターネット上に存在しています。これまで、いくつかのオープンソースのDNSサーバソフトウェアでは、EDNSの動作に不具合があるようなサーバ等に対しても名前解決ができるように、回避策が実装されていました。しかし「実装が複雑になりDNSの安定運用にも支障をきたすため、2019年2月1日以降のリリースから回避策の機能を削除することにした」というアナウンスがありました。 機能削除の予定日である2019年2月1日は “DNS flag day” と名付けられました。この記事では、その DNS flag day についてご紹介します。 ■ EDNS (Extension Mechanis
JVM (Java 仮想マシン) には DNS の名前解決の結果をキャッシュする挙動が備わっている。キャッシュするだけならいいのだけれど、このキャッシュでは DNS の TTL を無視してキャッシュするため、名前解決の結果が変わっても JVM からの接続先が切り替わるまでに(TTL から想定される時間以上に)時間がかかる、あるいは全く切り替わらないということがある。この挙動やその制御について調べたので、その話をする。 (以下の話題では Oracle JDK および OpenJDK を対象にして論じるので、それ以外の JVM 実装でどうなってるかは調べていない。適用できる箇所もあればそうでない箇所もありそう) 背景・解説 これらのデフォルト値は名前解決成功時は セキュリティーマネージャーがインストールされている場合のデフォルト値は -1 (ずっと) で、セキュリティーマネージャーがインストー
キャッシュDNSサーバーとして BINDのみを使用している現場で Unboundを使い始めるまで 日本Unboundユーザー会 山森 夏葉 1 アイスブレイク この中でDNSサーバの管理者の人は どのぐらいいらっしゃいますか? (当てないので安心してください) 2/18 \はーい/ アイスブレイク このセッションではこんな方をターゲットにお話します! DNSサーバの管理者だ BINDの脆弱性対応に工数が取られている BIND以外のソフトを検討・導入を考えている 3/18 自己紹介 名前:山森夏葉(やまもりかよう) ●富山から来ました ●地元の高専卒業後北陸のIT企業に勤めています(6年目) 数万人規模のISPのインターネット系サーバの運用をして います(メール、web、DNSなど) Twitter (@infragirl755) 4/18 本日の内容(アジェンダ)
DNSレゾルバに関する大きな変更ふたたび Linuxの常識が少しだけ書き換わる時間が、またやってきました。 どういった変化が起きるのかを把握するため、まずは5年ほど前に行われた12.04での変更を思い出す必要があります。 12.04以前のUbuntuでは、古典的なLinux環境と同じように、「1)DNSサーバーの設定は/etc/resolv.confファイルを編集して行う」「2)名前解決の結果はキャッシュされず、毎回問い合わせる必要がある」という2つのルールに縛られていました。 12.04ではNetworkManager経由でdnsmasqを起動し、ローカルレゾルバとして動作させる修正が取り込まれています。この修正で、このうち1)のルールが破棄され、/etc/resolv.confはresolvconfパッケージによって自動的に設定されるものになりました。しかし、dnsmasqによるキ
先に原因を書いておくと、 チェックサムが 0x0000 のUDPパケットが戻ってくると、自分の環境では「どこか」で再計算された誤ったチェックサムが付与され、チェックサムが合わないのでユーザーランドに届く前に破棄されていました。 以下、詳しく。 ことの始まりは、自宅でtwitchでSplatoon(先日ようやくSになりました!)の動画配信を見ようとしたのですがアクセスできないのに気づいたことでした。 ブラウザに表示されるエラーメッセージからして名前が引けないようなので、digで試してみたら引けませんでした。(10.6.25.2は宅内のキャッシュサーバー(djbdns)) $ dig www.twitch.tv @10.6.25.2 (しばらくだんまり) ; <<>> DiG 9.9.5-3ubuntu0.7-Ubuntu <<>> www.twitch.tv @10.6.25.2 ;; gl
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
This is a quick guide to installing Dnsmasq on OS X and using it to redirect development sites to your local machine. Posted by Thomas Sutton on October 23, 2013 Most web developers will be familiar with the process of updating your /etc/hosts file to direct traffic for coolproject.dev to 127.0.0.1. Most will also be familiar with the problems of this approach: it requires a configuration change e
梅雨も明け、本格的な夏を迎えましたが、皆様のサーバーはお元気にお過ごしでしょうか。 VPSやクラウドサービスが気軽に使えるようになりましたが、ファイルサーバーのように、自宅内に置いておく必要のあるサーバーもまだまだありますよね。筆者も自宅に、Ubuntu Serverを何台か動作させています。そしてモバイル全盛のこの時代、インターネットからアクセスできないのでは、自宅サーバーの魅力も半減というものです。そのため、SSHの踏み台サーバーなどを用意して、インターネットから自宅内へアクセスできるように設定している方も多いのではないでしょうか。 インターネットから自宅内部へアクセスするためには、アクセス先としてブロードバンドルーターなどに割り振られたグローバルIPアドレスを知っておく必要があります。ここで問題になるのが、プロバイダから割り振られるグローバルIPアドレスが、常に一定であるとは限らない
DNS Summer Days 2014 ※2日目である6月27日(金)は12:30開始となりました ※懇親会の情報を掲載しました ※1日目チュートリアルの資料を掲載しました。紙資料の配布はありませんので事前にダウンロードのほどお願いします。 ※2日目ワークショップの資料を掲載しました 開催趣旨 インターネットの基盤技術の一つであるDNSは、重要性がますます高まっている にもかかわらず、その運用には十分な関心が払われておらず、また必要な予算や 人材などもきちんと割り当てられているとは言えない状況が継続しています。 また、プロトコルそのものやRFC等の技術文書のわかりにくさや、実装による違 い、セキュリティ面での課題と負荷が大きいことも相まって、DNSに対してきち んと取り組み運用している技術者の数も少ないのが現状です。 このようなDNSの状況に鑑みて、今年も昨年・一昨年に引き続き2日間のD
DNS問い合わせの可視化 最近、データをまとめたり可視化したりしてその性質を調べる探索的データ分析(例)にはまっています。と、同時にネットワーク分析にもちょっと手を出しており、その2つの派生物としてドメイン名問い合わせの結果を可視化してみました。 これを読んでいる人にはもはや説明の必要はないと思いますが、一応書いておくと、世の中のwww.google.comやwww.amazon.co.jpのようなドメイン名はサーバの場所を直接示しているわけではなく、「この名前を持っているサーバのIPアドレスはなんですか?」というのをDNSサーバという別のサーバに問い合わせることで目的のサーバのIPアドレスを教えてもらい、その後目的のサーバへ接続します。以前は正引き(ドメイン名からIPアドレスを問い合わせる)と逆引き(IPアドレスからドメイン名を問い合わせる)が対称構造になるように設定するのが主流でしたが
なぜDMMがweb3に参入したのか。Seamoon Protocolが目指す新たなエンタメ体験の未来とは
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
IPv6アドレスは128bitもあり、そのままでは取り扱うのは困難である。通常はホスト名やドメイン名を組み合わせて対象となるホストを表すことになる。FQDN名からIPv6アドレスを求めることを「名前解決」といい、Windows環境ではDNSとLLMNRがよく使われる。今回はローカル・セグメント上での名前解決を行うLLMNRを解説する。 連載目次 前回は、DHCPサーバを使ったステートフルなアドレス設定について解説した。DHCPを使えば、組織全体で計画的にIPv6アドレスを割り当てることができるようになる。とはいえ、IPv6アドレスは128bitもあり、記憶するのも取り扱うのも困難である。そこでPCを参照する場合は、IPv4の場合と同様に、IPv6アドレスではなくホスト名やドメイン名を使って参照することになる。そこで重要になるのが、名前からIPv6アドレスを求める「名前解決」である。今回は、
AWSのサービスではDNSを用いて可用性を向上する仕組みを用いている。 各種APIのエンドポイント RDSのエンドポイント ELBのエンドポイント ElastiCacheのエンドポイント CloudSearchのエンドポイント Redshiftのエンドポイント などなど。AWSが提供するエンドポイントのFQDNを、自分のアプリケーションから参照するように設定したり、一旦DNSでCNAME設定することも多い。 ただし、これらのエンドポイントFQDNで設定されているIPアドレスは、運用中に変更される可能性がある(ノード障害、フェイルオーバー等によるIPアドレス変更、スケーリングによるIPアドレス増減、等)。そのため、アプリケーション側はエンドポイントのIPアドレス変更に追随する必要がある。(追随しないと、古いIPアドレスにアクセス試行しつづけて、結果としてシステム障害になってしまう) ここで問
LAN 内でだけで参照するDNS サーバを立てることはよくあると思いますが、諸般の事情によりDHCPサーバの設定をいじれない場合に特定のドメインだけ別のDNSサーバを参照させる方法です。 1. /etc/resolver というディレクトリを作成 % mkdir /etc/resolver 2. 例えば *.intra を特定の DNS サーバで検索させたい場合は、1.で作成したディレクトリに intra というファイルを作成し、中に nameserver のIPアドレスを記述します。 % vi /etc/resolver/intra nameserver 192.168.1.250 search_order 1 クライアントPCのDNS設定を変更してもいいのですが、モバイル環境で接続するネットワークが頻繁に変わる場合などにいちいち設定を変更するのが面倒なので、僕はこのように設定しています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く