黒塗りのDNS
黒塗りのDNS (萎縮編) ～共用サービスの闇～ Apr 23, 2019 ssmjp E-ONTAP.COM 鈴木常彦 (@tss_ontap) ある日の我が職場 (恥) 私(TEL) 「m.chukyo-u.ac.jp 見てみれ！ 中華料理屋に乗っ取られてるぞ www」 情報システム 「え！...これは...調べます...」 後日 「レンタルサーバ返した後 A レコード削除申請がなかったようです!」 危険な忘れ物 - Floating Domainname 借りたサーバ (IPアドレス) にリソースレコードを向けたまま解約してはいけない Subdomain Takeover Attack 放置された CNAME の先は狙って再登録されうる、、、 old-service.example.jp IN CNAME orphan.cdn.example.com fan.football.son
How we made our DNS stack 3x faster
Cloudflare is now well into its 6th year and providing authoritative DNS has been a core part of infrastructure from the start. We’ve since grown to be the largest and one of the fastest managed DNS services on the Internet, hosting DNS for nearly 100,000 of the Alexa top 1M sites and over 6 million other web properties – or DNS zones. CC-BY 2.0 image by Steve Jurvetson Today Cloudflare’s DNS serv
The story of Basecamp’s disastrous policy
The story of Basecamp’s disastrous policy Basecamp’s CEO published a blog post about policy changes — it may have broken the company On April 26th, Basecamp founder and CEO Jason Fried posted on his blog about some policy changes that would be happening at the company, which makes team collaboration software. One policy stuck out to many on the internet — the company would no longer be allowing it
Consul Service Discovery with Docker :: Jeff Lindsay, Open source hacker
You're reading the blog of Jeff Lindsay (@progrium). There is also his wiki. Consul is a powerful tool for building distributed systems. There are a handful of alternatives in this space, but Consul is the only one that really tries to provide a comprehensive solution for service discovery. As my last post points out, service discovery is a little more than what Consul can provide us, but it is pr
Understanding Modern Service Discovery with Docker :: Jeff Lindsay, Open source hacker
You're reading the blog of Jeff Lindsay (@progrium). There is also his wiki. Over the next few posts, I'm going to be exploring the concepts of service discovery in modern service-oriented architectures, specifically around Docker. Many people aren't familiar with service discovery, so I have to start from the beginning. In this post I'm going to be explaining the problem and providing some histor
pow.cx
Manage Properties Stress-Free Manage, grow, and scale your property portfolio without the hassle. Boost efficiency, improve tenant relationships, and get paid on time, every time. Request a Demo Finally, A Property Management Tool That Works for You Simplify tasks, save time, and provide a 5-star tenant experience with our easy-to-use platform. Whether managing one property or many, our system str
ドメイン名を使ってEC2を運用していたら、ELBのスケールアウトで苦労した話
2014年5月14日 13時00分 修正 タイトルが誤解を招くものだったので、「なぜ URL に www を付けるのか。または、サブドメインなしでは CNAME が使えない件」から変更致しました。併せて、画像に Public IP と Private IP の明記を行いました。 皆さん、こんにちは。MUGENUP の osada です。 今回は、スケールアウト時にELB(Amazon Elastic Load Balancer) を使うときの注意点についての記事です。 といっても、インフラ・エンジニアには自明のことと思いますので、読者の対象は インフラ・エンジニアではないけど、インフラもやるというベンチャーならではのエンジニア向けです。 要旨 ELBにはEIPなどのAレコードを関連付けることが出来ず、ドメインとサーバーを結びつけるには提供されるCNAMEを使う必要があります サブドメイン無
DNSキャッシュポイズニングの基本と重要な対策:Geekなぺーじ
2014年4月15日に公開されたJPRSの緊急注意喚起に続き、中京大学の鈴木常彦教授によるDNSキャッシュポイズニングに関する技術情報が公開されました。 今回公開された技術情報に書かれている内容には、DNSの本質につながるさまざまな要素が関係しており一回で書ききれるものではなく、また、書いている側（私）も、それぞれの要素技術について勉強しながら理解しつつ進めていかないと混乱してしまうということが良くわかったため、これから数回に分けて徐々に書いて行くことにしました。 ということで、今回はまず、そもそもDNSキャッシュポイズニングとは何かということと、JPRSの注意喚起に書かれているUDPソースポート番号のランダム化（ソースポートランダマイゼーション）の概要、そしてなぜそれが重要なのかという点について解説します。 DNSキャッシュポイズニングとは インターネットで通信を行うとき、各機器同士は通
[PDF]DNSのメッセージサイズについて考える～ランチのおともにDNS～
Copyright © 2013 株式会社日本レジストリサービス 1 DNSのメッセージサイズについて考える ～ランチのおともにDNS～ 2013年11月28日 Internet Week 2013 ランチセミナー 株式会社日本レジストリサービス（JPRS） 森下 泰宏・堀 五月 Copyright © 2013 株式会社日本レジストリサービス 2 講師自己紹介 • 森下 泰宏（もりした やすひろ） – 日本レジストリサービス（JPRS）広報宣伝室 – 主な業務内容：技術広報担当として ドメイン名・DNSに関する技術情報をわかりやすく伝える – 最近の願いごと：平穏無事な7月が訪れますように・・・ • 堀 五月（ほり さつき） – 日本レジストリサービス（JPRS）システム部 – 主な業務内容：システム・ネットワークエンジニアとして JPドメイン名の安定運用を支える – 最近の願いごと：1
JPRS DNS 関連技術情報
このページは DNS に関連する技術情報を提供するページです。 [ 最終更新：2025年07月23日 更新履歴はこちら] [ RSS ] ■ トピックス L2 ちょうどいいDNSの設定と運用のために必要なことを考える～ランチのおともにDNS～(「Internet Week 2024」での発表資料[PDF]) L4 グルーレコードについて改めて考える ～ランチのおともにDNS～(「Internet Week 2023」での発表資料[PDF]) DNSを用いたドメイン名の管理権限確認を使用する際の注意点(IETF 116 Host Equipment Demosでの配布資料[PDF]) Important Notes of Using Domain Name Ownership / Control Verification by DNS (Distributed on IETF 116 Hos
にひりずむ::しんぷる - Data::WeightedRoundRobin の紹介
YAPC で少し紹介しようと思って、DEMO も用意してたんですが、時間がなくて諦めたので、ちょろっと紹介しときます。 Data::WeightedRoundRobin は重み付けされた値をベストエフォートな感じでラウンドロビンしてくれるモジュールです。 使い方は簡単で、以下のような感じ。 use Data::WeightedRoundRobin; my $wrr = Data::WeightedRoundRobin->new([ { value => 'hidek', weight => 65 }, { value => 'zigorou', weight => 80 }, { value => 'nekokak', weight => 75 }, ]); say $wrr->next for 1..100; こうすると、大体 hidek : zigorou : nekokak = 65
【AWS】Route53をgitで管理する「Roadworker」を早速試してみました | DevelopersIO
はじめに こんにちは植木和樹です。8月23日にcloudpackさん主催のcloudpack night #7に参加してきました。夜8時すぎから始まった懇親会では、AWSを利用している各社の気合の入ったライトニングトークを聞くことができました。その中で「Roadworker」というツールをクックパッド株式会社の菅原さんが紹介されていました。 「cloudpack Night #7で発表しました / Roadworkerというツールを作りました」 このツールは一言でいうとRoute53（DNS）のレコードをChefやPuppetのようにコードで管理できる（もちろん冪等性も！）というものです。素晴らしいですね。動作デモの様子が上記ページにあるYoutubeの動画で紹介されていますが、とても簡単にDNSレコードをコードで管理できる様子がわかります。 それでは早速試してみましょう！ 準備するもの
Nginxでproxy_passにホスト名を書いた時の名前解決のタイミング - （ひ）メモ
Nginx 1.4.2で試しました。 ネームサーバーは、ローカルのunboundをlocal-zone, local-dataを使って簡易コンテンツサーバーにして試しました。 local-zone: "oreno." static local-data: "api.oreno. 30 IN A 192.0.2.11" # local-data: "api.oreno. 30 IN A 192.0.2.12" proxy_passにホスト名を書くと→名前解決は一度だけ このように Nginx の設定を書いた場合、 location /api { proxy_pass http://api.oreno:9999; } 「api.oreno」の名前解決は、nginxの起動時に行われます 名前解決できない場合は、nginxは起動しません 名前解決できた場合は、ずっとそのIPアドレスにreverse
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
＠IT：DNSの拡張仕様、SRVレコードとENUM（1/2）
クックパッドのデプロイとオートスケール、1日10回デプロイする大規模サイトの裏側（前編）。JAWS DAYS 2014
DNS再入門
http://www.rbl.jp/
DNSルートサーバーの秘密
DNS Summer Days 2012 DNSのRFCの歩き方 - 株式会社ハートビーツ 滝澤隆史 日本Unboundユーザー会
djbdns日本語