ダブルクリックで英日反転
Applied Sciences · Engineering
How a Domain Becomes an IP — and Why Sites Suddenly Break
DNS (Domain Name System) is the internet's shared phone book, translating human-readable domain names into numeric IP addresses. Understanding its layers — records, caches, authoritative servers — is the key to diagnosing outages.
DNS Record Types
- A record: maps a domain name → IPv4 address (e.g. 203.0.113.10)
- AAAA record: maps a domain name → IPv6 address
- CNAME record: alias that forwards one domain name to another domain name
Apex vs Subdomain & Who Manages What
- Apex (root domain) = example.com itself, often written as "@"
- Subdomains (www, api…) have records independent of the apex — one can disappear while the other survives
- Registrar holds ownership; DNS host (CDN or dedicated service) holds the actual records — either side can cause an outage
Cache Layers and Isolation
- OS/browser DNS cache keeps stale results until TTL expires; flush with ipconfig /flushdns on Windows
- DoH (DNS over HTTPS): browser resolves DNS on its own encrypted channel, surviving an OS flush — clear browser DNS cache separately
- Query the authoritative nameserver directly (dig @ns1… ) to bypass all caches and confirm whether a record truly exists
Confirming the Server Is Alive
- hosts file (C:\Windows\System32\drivers\etc\hosts) overrides DNS locally — useful as a temporary workaround
- curl --resolve bypasses DNS entirely and hits the IP directly with correct SNI; a valid TLS response proves the server is fine
- If domain valid + server alive + cert valid + still unreachable → a single missing A record is the culprit; add it in the dashboard
→ A site going dark despite a valid domain usually means one A record vanished — query the authoritative nameserver, flush caches, and verify the server directly with curl to pinpoint the cause in minutes.
Applied Sciences · Engineering
ドメインがIPに変わる仕組みと、サイトが突然開かなくなる理由
DNS（Domain Name System＝インターネットの共有電話帳）は、人が読めるドメイン名を数値のIPアドレスに変換する。レコード・キャッシュ・権威サーバーの各層を理解することが、障害の素早い特定につながる。
DNSレコードの種類
- Aレコード: ドメイン名 → IPv4アドレス（例: 203.0.113.10）の対応
- AAAAレコード: ドメイン名 → IPv6アドレスの対応
- CNAMEレコード: あるドメイン名を別のドメイン名へ転送するエイリアス（別名）定義
Apexとサブドメイン、管理主体の違い
- Apex（ルートドメイン）= example.com そのもの。レジストラ管理画面では「@」と表記されることが多い
- サブドメイン（www、api等）のレコードはApexとは独立。片方だけ消えるケースがある
- レジストラ（所有権管理）とDNSホスト（レコード管理）は別会社のことがあり、どちら側の変更でも障害が起きる
キャッシュの層と問題の切り分け
- OS・ブラウザのDNSキャッシュはTTL（有効期限）が切れるまで古い情報を使い続ける。Windowsでは ipconfig /flushdns でクリア
- DoH（DNS over HTTPS＝ブラウザが独自の暗号化経路でDNSを解決する仕組み）はOSのキャッシュをクリアしても残るため、ブラウザ側も別途クリアが必要
- 権威ネームサーバー（そのドメインの最終回答を持つサーバー）に直接 dig で問い合わせるとキャッシュを介さず、レコードの実在を確認できる
サーバーの生存確認と復旧
- hostsファイル（Windows: C:\Windows\System32\drivers\etc\hosts）はDNSより優先して読まれ、一時的な回避策として使える
- curl --resolve でDNSを完全に迂回してIPに直接接続し、SNI（Server Name Indication＝TLSハンドシェイクでドメイン名をサーバーに伝える仕組み）付きで証明書が返れば「サーバーは生きている」と確認できる
- ドメイン有効・サーバー正常・証明書有効なのにつながらない場合 → Aレコードが1行消えているだけ。管理画面で追加するだけで復旧する
→ 有効なドメインなのにサイトが落ちている場合、原因はほぼAレコードの消失。権威ネームサーバーへの直接問い合わせ→キャッシュクリア→curl直接接続の3ステップで数分以内に切り分けられる。
Applied Sciences · Engineering
How a Domain Becomes an IP — and Why Sites Suddenly Break
DNS (Domain Name System) is the internet's shared phone book, translating human-readable domain names into numeric IP addresses. Understanding its layers — records, caches, authoritative servers — is the key to diagnosing outages.
DNS Record Types
- A record: maps a domain name → IPv4 address (e.g. 203.0.113.10)
- AAAA record: maps a domain name → IPv6 address
- CNAME record: alias that forwards one domain name to another domain name
Apex vs Subdomain & Who Manages What
- Apex (root domain) = example.com itself, often written as "@"
- Subdomains (www, api…) have records independent of the apex — one can disappear while the other survives
- Registrar holds ownership; DNS host (CDN or dedicated service) holds the actual records — either side can cause an outage
Cache Layers and Isolation
- OS/browser DNS cache keeps stale results until TTL expires; flush with ipconfig /flushdns on Windows
- DoH (DNS over HTTPS): browser resolves DNS on its own encrypted channel, surviving an OS flush — clear browser DNS cache separately
- Query the authoritative nameserver directly (dig @ns1… ) to bypass all caches and confirm whether a record truly exists
Confirming the Server Is Alive
- hosts file (C:\Windows\System32\drivers\etc\hosts) overrides DNS locally — useful as a temporary workaround
- curl --resolve bypasses DNS entirely and hits the IP directly with correct SNI; a valid TLS response proves the server is fine
- If domain valid + server alive + cert valid + still unreachable → a single missing A record is the culprit; add it in the dashboard
→ A site going dark despite a valid domain usually means one A record vanished — query the authoritative nameserver, flush caches, and verify the server directly with curl to pinpoint the cause in minutes.
Applied Sciences · Engineering
ドメインがIPに変わる仕組みと、サイトが突然開かなくなる理由
DNS（Domain Name System＝インターネットの共有電話帳）は、人が読めるドメイン名を数値のIPアドレスに変換する。レコード・キャッシュ・権威サーバーの各層を理解することが、障害の素早い特定につながる。
DNSレコードの種類
- Aレコード: ドメイン名 → IPv4アドレス（例: 203.0.113.10）の対応
- AAAAレコード: ドメイン名 → IPv6アドレスの対応
- CNAMEレコード: あるドメイン名を別のドメイン名へ転送するエイリアス（別名）定義
Apexとサブドメイン、管理主体の違い
- Apex（ルートドメイン）= example.com そのもの。レジストラ管理画面では「@」と表記されることが多い
- サブドメイン（www、api等）のレコードはApexとは独立。片方だけ消えるケースがある
- レジストラ（所有権管理）とDNSホスト（レコード管理）は別会社のことがあり、どちら側の変更でも障害が起きる
キャッシュの層と問題の切り分け
- OS・ブラウザのDNSキャッシュはTTL（有効期限）が切れるまで古い情報を使い続ける。Windowsでは ipconfig /flushdns でクリア
- DoH（DNS over HTTPS＝ブラウザが独自の暗号化経路でDNSを解決する仕組み）はOSのキャッシュをクリアしても残るため、ブラウザ側も別途クリアが必要
- 権威ネームサーバー（そのドメインの最終回答を持つサーバー）に直接 dig で問い合わせるとキャッシュを介さず、レコードの実在を確認できる
サーバーの生存確認と復旧
- hostsファイル（Windows: C:\Windows\System32\drivers\etc\hosts）はDNSより優先して読まれ、一時的な回避策として使える
- curl --resolve でDNSを完全に迂回してIPに直接接続し、SNI（Server Name Indication＝TLSハンドシェイクでドメイン名をサーバーに伝える仕組み）付きで証明書が返れば「サーバーは生きている」と確認できる
- ドメイン有効・サーバー正常・証明書有効なのにつながらない場合 → Aレコードが1行消えているだけ。管理画面で追加するだけで復旧する
→ 有効なドメインなのにサイトが落ちている場合、原因はほぼAレコードの消失。権威ネームサーバーへの直接問い合わせ→キャッシュクリア→curl直接接続の3ステップで数分以内に切り分けられる。
Related notes
- Agentic Commerce — ACP and Visibility into Being 'Bought by AI'
- AI Search Evaluation: The 12 Metrics — Gateway
- AI Search Evaluation ①Citation Rate — How Many URLs Are Pulled In Per Answer
- AI Search Evaluation ②Source Diversity — How Unskewed the Cited Sources Are
- AI Search Evaluation ③Accuracy Score — How Often It Answers Factual Questions Correctly
- AI Search Evaluation ④Answer Length — How Many Characters It Returns to the User on Average