HTTPSレコードがRFCになりました | IIJ Engineers Blog
RFC9460が出ました 昨年、このエンジニアブログでHTTPSレコードについてとりあげました。これを書いたときはHTTPSレコードはまだインターネットドラフトだったのですが、2023年11月、ついにRFC9460として標準化されました。 RFCにはなったけど日本語の詳しい記事はまだ少ないし需要あるかなーと思って改めて解説を書きはじめたんですが、だらだらとクソ長くなって書いた本人が読んでも眠くて退屈な内容になってしまいました。ので、書いたものはばっさり捨てました。 そういえばいまから3年前、DNS Summer Day 2021で発表したプレゼン資料がありました。これをRFCになった現在の内容にあわせてアップデートしたほうがてっとりばやいしわかりやすそうです。 ということで、加筆修正した資料を置いておきます。DNS屋さんはとりあえず全部読んでおいてください。Web屋さんは前半だけ理解してお
“HTTPSレコード”って知ってる？今知るべき4つの注意点 | IIJ Engineers Blog
[注] この記事はすぐに陳腐化するはずの内容について扱っています。何年か経ってからこの記事を参照する場合、2022年3月に書かれた内容であることを留意の上お読みください。 はじめに IIJ DNSプラットフォームサービスにて、先日大きなアップデートと小さなアップデートがありました。大きなアップデートというのは、これまでのマネージドDNSサービスに加えてもうひとつ、IIJ DNSトラフィックマネージメントサービスという新たなサービスが追加されたこと。サーバの死活監視結果に応じて動的にDNSの応答を変えることができます。小さなアップデートは、従来のマネージドDNSサービスへの機能追加。HTTPSレコードに対応しました。 サービスの宣伝という意味では大きなアップデートの方を紹介した方がいいんでしょうけれど、ヘソ曲がりなのでここでは小さなアップデート、HTTPSレコードの方に焦点をあてます。 そも
dmarcian - SPF Survey
Click on nodes to expand. Expand all Collapse all mechanisms modifiers Netblock Occurrences Domain Record DNS lookups needed to validate the record This SPF record exceeds the maximum of 10 DNS lookups. Often, unnecessary entries can be safely removed after evaluating DMARC data. To learn how to address the "Too many lookups" issue, read our guide here: This record has a high lookup count. Review
EKSでAWS ALB Ingress ControllerでALBつくってRoute 53にレコード作ってさらにACMでhttps!!! - hatappi.blog
最近勉強がてら AWS EKS を使ってKubernetes をさわってます！ もし間違ってるところがあれば @hatappi まで教えていただけると嬉しいです。 今回はどんなことがしたかったか ALBを使いたい！ 2ドメインを使ってホストベースでルーティングしたい ALBは自動で作るけど Routes 53 のレコードは手動ですみたいなことはしたくない やっぱり今の時代は https でしょ！ (ACM) 事前準備 まずは検証環境がないといけないので、クラスターの作成をおこないます。 クラスターは以前書いた記事で使用した eksctl を使用して作成していきます。 blog.hatappi.me 例えばこんな感じでクラスターを作成します。 $ eksctl create cluster --name test --region ap-northeast-1 --nodes 2 --nod
EC2 DNS名前解決制限をECSでも回避する方法 - 続 カッコの付け方
非常にググりにくい事柄なんですが、なるべく浮世離れしないタイトルとして書きます。 EC2(正確にはENI)からの名前解決、つまりリゾルバとしてのOutboundには、全て制限がかかっています。1024パケット/秒です。 VPC での DNS の使用 - Amazon Virtual Private Cloud ECS DNS というキーワードで探すと、ほぼ間違いなくService Discoveryがうじゃうじゃ出てきますが、これはリゾルバ・キャッシュサーバの話です。 これをEC2で回避する方法はAWSが書いてくれています。 Avoid DNS Resolution Failures with EC2 Linux 似たようなことをECSで、なるべくエレガントにやります。わざわざこう書くのは、ちょっと泥臭いという意味です。 どういうとき問題になるか そもそもこのポストを見ているひとは、今現に
ださろぐ@はてな
登壇＆参加記事です 今までのあらすじ（ずっとアラートの話してる気がする） 今回の発表まわりの蛇足 セッション ギークがイオンに飛び込んだ結果がやばい〜Reliabilityと経営〜 LINEスタンプのSREing事例集：大量のスパイクアクセスを捌くためのSREing エンジニアのためのSRE論文への招待 【コミュニティコラボ企画】パネルディスカッション 〜信頼性に関わる、ご近所さんが集まりました〜 ブルームバーグのセントラル・テレメトリー・システムが業務にもたらす価値 開発者とともに作る Site Reliability Engineering 信頼性目標とシステムアーキテクチャー セッション以外 今後について 今までのあらすじ（ずっとアラートの話してる気がする） 2020 dasalog.hatenablog.jp 2022 dasalog.hatenablog.jp 開発者とともに作る
BIND+MyDNS 構成 再考 – nodoka.org
何年も前の記事で、BINDとMyDNSの連携についてまとめたことがあった。その記事が未だに参照される事が多いので、今回は現在のDNS周りの考え方を整理しておく。結論から言うと、以前と考え方は大分変わり、BIND+MyDNSの構成は既にやめて、BIND単体での運用に切り替えている。MyDNSをコンポーネントから外した理由は幾つかあるのだが、最も大きな理由がオープンリゾルバの問題だ。数年前にオープンリゾルバの脆弱性を利用して悪質な攻撃の踏み台にされてしまう問題が起きた。それ以降リゾルバの利用に対し制限をかけて最低限の範囲でのみ使える設定に変更した。 BINDでオープンリゾルバの問題を回避するには、自ゾーンのみはどこからでも無制限に引けて、それ以外のゾーンは任意の接続元のみ引けるような設定にしたい。しかし、前段BINDで自ゾーンのみ後段MyDNSにforwardする構成の場合はそういう設定が出来
DNS/ConfigError - moin.qmail.jp
1. DNSサーバ設定のよくある間違い 「よくある間違い」を直しただけでは不十分です。:-) 検索エンジンでたどりついた人は特にご注意。 1.1. 最大の間違い コンテンツサーバとキャッシュサーバ を同居させていること。 (分離することの重要性) 再帰検索サービスを公開していませんか。DNS/キャッシュサーバへの毒盛を招きます。 1.2. DNS は「確実に正しく動く」ことが要求されます。 「よくある間違い」を直しただけでは不十分です。:-) 「(多くの場合に)なんとなく動けばいい」のではありません。 DNS 一般、基礎知識もお読みください。 DNS サーバで設定の間違いを犯しても、認識されにくいようです。 エラーが記録されていないからといって、 正しく動作しているとは限りません。 ただちにアクセス不能などの現象が起きるとは限りません。 気づくとしたら DNS サーバを参照する外部の人
yebo blog: DNSのエキスパート達が、DNSフィルタリングに対する懸念を表明
2011/05/27 DNSのエキスパート達が、DNSフィルタリングに対する懸念を表明 Paul Vixie、Dan Kaminsky、Steve Crockerなど、DNSのエキスパート達が米上院に提出された「Preventing Real Online Threats to Economic Creativity and Theft of Intellectual Property Act of 2011 (PROTECT IP Act)」の一部に含まれているDNSフィルタリング要求の提案に対する懸念を表明した論文「Security and Other Technical Concerns Raised by the DNS Filtering Requirements in the PROTECT IP Bill」[PDF] を公開している[slashdot]。この論文ではDNSフィ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Установка и настройка DNS сервера Unbound
サービス終了のお知らせ
nodoka.org – veni vedi vici
nodoka.org – veni vedi vici
BINDとMyDNSの連携 - blog.nodoka.org
DNS再入門