DNSクライアントサービス

getaddrinfoなどWindows DNS APIの下で名前解決を担うサービス。キャッシュ(hostsを含む)→DNSサーバー→単一ラベル名のときだけLLMNR・NetBIOSの優先順位で解決し(既定ではDNSとリンクローカルは並行に問い合わせる。.local名には設定済みDNSに加えてmDNSの経路も加わる)、肯定・否定どちらの応答もキャッシュする。

概念URI

https://comcomponent.com/knowledge/windows-dns-client-service/

別名・表記

Dnscache / DNS Client service / Windowsのリゾルバー

最終確認日

2026-09-04

機械可読データ

JSON-LD

この概念が関わる関係

• getaddrinfoはDNSクライアントサービスを利用します。getaddrinfoはNS_DNS名前空間に対してDNS・ローカルのhostsファイル・その他の仕組みで名前を解決するが、その下で実際に順序を決めて働くのがDNSクライアントサービスで、アプリにはアドレスかエラーしか返らない。 / 確度: 確立した関係 / 確認日: 2026-09-04 出典 出典
• DNSクライアントサービスはDNSリゾルバーキャッシュを利用します。DNSクライアントはキャッシュ→hostsファイル→DNSサーバーの順で名前を解決し、キャッシュで答えが出た名前はDNSサーバーに問い合わせない。応答は肯定でも否定でもキャッシュに保存される。 / 確度: 確立した関係 / 確認日: 2026-09-04 出典 出典
• DNSクライアントサービスはDNSクライアントの再送とタイムアウトを利用します。DNSサーバーが無応答のとき、DNSクライアントは開始から1秒・2秒・4秒・8秒の時点で再送し、10秒で打ち切る。否定応答が返れば処理は止まり、次のサーバーを試すのは前のサーバーが無応答のときだけ。 / 確度: 確立した関係 / 確認日: 2026-09-04 出典
• DNSクライアントサービスはWiresharkで確認できます。DNSサーバーへの問い合わせが線に出ているかはキャプチャでしか確かめられない。Wiresharkのdns.qry.nameフィルターでどのサーバーへ何が飛び応答があったかが並び、UDP 53を塞がれていれば問い合わせが一切出ない。hostsで答えた名前もキャプチャに現れない。 / 確度: 確立した関係 / 確認日: 2026-09-04 出典 出典

この概念を扱う記事

• Windowsの名前解決の順序 ── hosts・DNSキャッシュ・LLMNR/mDNS・DoH(主要トピック)

一次資料

• https://learn.microsoft.com/troubleshoot/windows-client/networking/troubleshoot-dns-client-resolution-issues
• https://learn.microsoft.com/windows-server/networking/dns/queries-lookups

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。