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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
yamatai12
January 21, 2026
Technology
110
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
390
AI時代の開発でも開発前の段取りの整理と振り返りを徹底したい 🧠
yamatai1212
0
160
PostgreSQLだと外部参照キーにデフォルトでインデックスが貼られていない
yamatai1212
1
380
顧客の言葉を、そのまま信じない勇気
yamatai1212
1
520
なぜPostgreSQLのGROUP BY句にエイリアスが使えるのか?
yamatai1212
0
200
SMTP完全に理解した ✉️
yamatai1212
0
390
Next.jsでAPIキーを安全に扱う方法
yamatai1212
0
150
LT登壇を続けたらポッドキャストに呼ばれた話
yamatai1212
0
1.3k
ページの可視領域を算出する方法について整理する
yamatai1212
0
280
Other Decks in Technology
See All in Technology
作り直せるコードは迅速に 作り直せないDBは慎重に - AI時代のプロダクトエンジニアが「判断の不可逆性」で開発速度を変える話
kinosuke01
0
180
【試作】IoT x AIエージェント
happysamurai294
0
110
PM領域でのAI Agentの活用
lycorptech_jp
PRO
0
260
Bet AI Day 2026丨How We Bet AI: AIとともに働く場をつくる
layerx
PRO
1
2.1k
JAWS-UG初心者支部#88わいわい初心塾(夏休みの宿題やったかGit編)
otsuki
0
110
[DroidKaigi 2026] Making UI specifications visible: Android UI development in the AI agent era supported by Compose Screenshot Testing and galleries
syarihu
0
520
Bet AI Day 2026丨バクラク Autopilot、業務システムの再設計
layerx
PRO
2
1.1k
Azure App Service / Container Apps の組み込み認証
kuniteru
0
190
データエンジニアリングワークショップ:Auto LoaderとSparkで学ぶデータパイプライン構築
databricksjapan
PRO
0
140
推論の観測、できていますか? 〜 Google Cloud Gemini Enterprise Agent Platformで 3つの Gemini モデルを実測して踏んだ、評価の罠 〜
shukob
PRO
0
140
AIとペアプロを始める。人とのペアプロをやめる。ペアプロの良さを改めて知る。もっと好きになった。 / Rediscovering Pair Programming
honyanya
1
170
[RSJ26] AnoleVLA: Lightweight Vision-Language-Action Model with Deep State Space Models for Mobile Manipulation
keio_smilab
PRO
0
120
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.8k
It's Worth the Effort
3n
188
29k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
370
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
Typedesign – Prime Four
hannesfritz
42
3.2k
The #1 spot is gone: here's how to win anyway
tamaranovitovic
3
1.1k
Rails Girls Zürich Keynote
gr2m
96
14k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.5k
Into the Great Unknown - MozCon
thekraken
41
2.7k
Unlocking the hidden potential of vector embeddings in international SEO
frankvandijk
0
920
From π to Pie charts
rasagy
0
350
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