Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
DNS設定が必要になって初めて分かったこと
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
yamatai12
January 21, 2026
Technology
98
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
DNS設定が必要になって初めて分かったこと
こちらをスライドにしました
https://qiita.com/yamatai12/items/e0dd137643ee2938bef2
yamatai12
January 21, 2026
More Decks by yamatai12
See All by yamatai12
Goのerror型がシンプルであることの恩恵について理解する
yamatai1212
1
350
AI時代の開発でも開発前の段取りの整理と振り返りを徹底したい 🧠
yamatai1212
0
140
PostgreSQLだと外部参照キーにデフォルトでインデックスが貼られていない
yamatai1212
1
320
顧客の言葉を、そのまま信じない勇気
yamatai1212
1
490
なぜPostgreSQLのGROUP BY句にエイリアスが使えるのか?
yamatai1212
0
170
SMTP完全に理解した ✉️
yamatai1212
0
370
Next.jsでAPIキーを安全に扱う方法
yamatai1212
0
75
LT登壇を続けたらポッドキャストに呼ばれた話
yamatai1212
0
1.2k
ページの可視領域を算出する方法について整理する
yamatai1212
0
260
Other Decks in Technology
See All in Technology
AIはどのように 組織のアジリティを変えるのか?
junki
4
1k
小さく始める AI 活用推進 ― 日経電子版 Web チームの事例/nikkei-tech-talk47
nikkei_engineer_recruiting
0
300
【NRUG vol.18】なぜ多くのオブザーバビリティ導入は失敗するのか
nrug_member
0
190
マルチアカウント環境での コーディングエージェントを使った障害調査が大変なので AIエージェントにReadOnly権限を付与してみた / ReadOnly AI Agents for Multi-Account AWS Incident Response
yamaguchitk333
2
110
AI-DLCを “そのまま導入しなかった”話 ~組織に合わせてアジャストした 私たちの実践共有~
hiroramos4
PRO
0
110
SONiCで構築・運用する生成AI向けパブリッククラウドネットワーク ~実装編~
sonic
0
270
AIネイティブな開発のサプライチェーンリスク対策 〜激動の開発現場でリスクに立ち向かう〜【ZennFes】
cscengineer
PRO
2
140
自分が詳しくない領域でAIを使う #プロヒス2026
konifar
6
1.5k
アンオフィシャルな、オフィシャルからのお願い
wyamazak_devrel
0
140
[AWS Summit Japan 2026]迷っているあなたへ_小さな一歩が、やがて自分を助けてくれる
sh_fk2
1
130
気軽に使える"情報のハブ"としてのNotion活用 〜フロー情報の集積点 と、 Claude Code × Notion AI〜
syucream
1
150
手塩にかけりゃいいってもんじゃない
ming_ayami
0
600
Featured
See All Featured
How to Think Like a Performance Engineer
csswizardry
28
2.7k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
330
YesSQL, Process and Tooling at Scale
rocio
174
15k
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.8k
The Cost Of JavaScript in 2023
addyosmani
55
10k
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
730
WCS-LA-2024
lcolladotor
0
640
4 Signs Your Business is Dying
shpigford
187
22k
The browser strikes back
jonoalderson
0
1.3k
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
helenjbeal
1
220
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
360
30k
Transcript
DNS設定が必要になって初めて分かったこと yamatai12 1
自己紹介 yamatai12(Webエンジニア) SNS X(taiyama1212) Qiita(yamatai12) Zenn(yamatai12) 趣味は筋トレ プロフィールです、よろしくお願いします 2
今日のまとめ DNSはIPアドレスを問い合わせるだけでなく、用途ごとに複数レコードがある (A/AAAA・MX・NS) その問い合わせは基本UDPであるが、状況によってTCPも使う 3
背景 DNSの理解・・・ドメインからIPアドレスを問い合わせる 業務でメール送信サービスの設定をいじっていた際にDNSについて見た ドメインからIPアドレスを問い合わせることはわかっているがメール配信とどのよ うに関係しているのか? 4
DNS(Domain Name System)とは サーバーのドメインから用途に合わせて問い合わせることができる Webアクセス:A/AAAA(IPアドレス) メール配送:MX(宛先メールサーバー) DNSの委任:NS(権威DNS) DNSによってドメインから問い合わせることを名前解決と言う 5
dig DNSサーバーにドメインのIPアドレスを問い合わせることができる レコードが複数返ることがある(冗長化/負荷分散のため) dig example.com ~~~略~~~~~~~~~~~~ ;; QUESTION SECTION: ;example.com.
IN A ;; ANSWER SECTION: example.com. 139 IN A 104.18.26.120 example.com. 139 IN A 104.18.27.120 6
DNSサーバーに配送先のメールサーバーのドメインを問い合わせる MXというのはMail eXhangeの略 ドメインの左にあるのは優先度、これが小さいと優先される dig MX gmail.com ~~~~~略~~~~~~~~ ;; QUESTION
SECTION: ;gmail.com. IN MX ;; ANSWER SECTION: gmail.com. 1314 IN MX 20 alt2.gmail-smtp-in.l.google.com. gmail.com. 1314 IN MX 5 gmail-smtp-in.l.google.com. gmail.com. 1314 IN MX 40 alt4.gmail-smtp-in.l.google.com. gmail.com. 1314 IN MX 30 alt3.gmail-smtp-in.l.google.com. gmail.com. 1314 IN MX 10 alt1.gmail-smtp-in.l.google.com. 7
DNSはUDPが基本 → ただしTCPになることがある (1/2) 先に用語だけ:権威DNS と ゾーン転送 権威DNSサーバー 自分の管理する範囲内のドメイン名 レコードの一覧(ゾーンファイル)を持ってい
て、問い合わせに対してはその対応表をもとに回答するDNS ゾーン転送とは ゾーンファイルを他のDNSサーバへ同期すること 8
DNSはUDPが基本 → ただしTCPになることがある (1/2) DNSの問い合わせ応答は 軽量・低遅延 のため、従来は主にUDPが使われてきた 古典的なDNSでは、UDP応答サイズは512バイトが上限 現在はEDNS0により512バイト超の応答も一般的 それでも大きすぎると
TC(Truncated)フラグが立ち、TCPで再問い合わせ(TCP フォールバック) 512B上限 → EDNS0で拡張 → それでも大きい → TC → TCP再問い合わせ ゾーン転送は設計上TCP 9
まとめ DNSはIPを問い合わせるだけでなく、用途ごとに複数レコードがある(A/AAAA・ MX・NS) その問い合わせは基本UDPであるが、状況によってTCPも使う 10
参考 ネットワークはなぜつながるのか 第2版 | 日経BOOKプラス Windows の DNS コマンド | DigiCert
DIGを使用したDNSサーバの確認方法について | セキュリティ専門企業発、ネット ワーク・ログ監視の技術情報 - KnowledgeStare(ナレッジステア) GolangでDNS権威サーバを書いてfly.ioで動かす - so what JPRS トピックス&コラム No.8 | ドメイン名やDNSの解説 | JPRS @IT:DNS Tips:DNSがUDPを使うのはなぜですか? DNS は TCP と UDP の両方で機能します - Windows Server | Microsoft Learn 権威DNSサーバとは|「分かりそう」で「分からない」でも「分かった」気にな れるIT用語辞典 11
ゾーン転送とは|「分かりそう」で「分からない」でも「分かった」気になれるIT 用語辞典 Goを使ってDNSで遊ぶ JPRS用語辞典|TLD(トップレベルドメイン) JPRS トピックス&コラム No.5 | ドメイン名やDNSの解説 |
JPRS 12
TCP 通信の信頼性確保のための処理により通信のコストや時間がかかる 実際にデータを送信するまでのセッション確立 送信したデータが受信されたかチェック 再送要求 EDNS0 DNSメッセージサイズの制限を緩和するための拡張機能 13