<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Dns on NetUtil</title>
    <link>https://www.netutil.app/ko/tags/dns/</link>
    <description>Recent content in Dns on NetUtil</description>
    <generator>Hugo</generator>
    <language>ko</language>
    <lastBuildDate>Sat, 16 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.netutil.app/ko/tags/dns/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>macOS에서 DNS 캐시를 플러시하는 방법 (Sequoia, Sonoma, Ventura)</title>
      <link>https://www.netutil.app/ko/blog/flush-dns-cache-mac/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/flush-dns-cache-mac/</guid>
      <description>&lt;p&gt;DNS 캐시 문제는 잘못 진단하기 쉽습니다. 도메인 레코드를 업데이트하고 전파를 기다렸는데, 브라우저를 열면 여전히 이전 사이트가 로드됩니다. 또는 잘 작동하던 사이트가 갑자기 연결을 거부합니다. 서버는 정상입니다. 인터넷도 정상입니다. 문제는 Mac이 오래된 DNS 답을 캐시하고 있어서 여전히 그것을 제공하고 있기 때문입니다.&lt;/p&gt;&#xA;&lt;p&gt;DNS 캐시를 플러시하면 macOS에게 저장된 답을 잊어버리고 처음부터 다시 물어보도록 지시합니다. 명령어 하나와 약 5초면 됩니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;mac이-dns-레코드를-캐시하는-이유&#34;&gt;Mac이 DNS 레코드를 캐시하는 이유&lt;/h2&gt;&#xA;&lt;p&gt;웹사이트를 방문할 때마다 Mac은 도메인 이름(예: &lt;code&gt;example.com&lt;/code&gt;)을 IP 주소로 번역해야 합니다. 이 번역은 과정을 거칩니다: Mac은 먼저 로컬 DNS 캐시를 확인하고, 그런 다음 DNS 리졸버(보통 ISP의 것이나 1.1.1.1 같은 공개 것)에게 물어보며, 두 곳 모두 답이 없으면 리졸버가 해당 도메인의 권한 있는 네임서버에 연락합니다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mac에서 DNS 설정을 변경하는 방법</title>
      <link>https://www.netutil.app/ko/blog/change-dns-mac/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/change-dns-mac/</guid>
      <description>&lt;p&gt;인터넷 연결은 기본적으로 ISP의 DNS 서버를 사용합니다. 직접 선택한 적도 없고, 주소도 모르실 가능성이 높으며, 대안보다 더 느리거나, 프라이버시가 덜 보호되거나, 덜 안전할 수 있습니다. Mac에서 DNS를 변경하는 데는 약 2분이 걸리며 눈에 띄는 차이를 만들어낼 수 있습니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;dns-서버를-변경하는-이유&#34;&gt;DNS 서버를 변경하는 이유&lt;/h2&gt;&#xA;&lt;p&gt;&lt;strong&gt;속도.&lt;/strong&gt; ISP의 DNS 서버는 최적화되지 않은 경우가 많습니다. Cloudflare와 Google은 낮은 지연을 위해 특별히 설계된 대규모 DNS 인프라를 운영합니다. 많은 지역에서 공개 DNS 리졸버로 전환하면 DNS 조회가 더 빠르게 해결되어 페이지 로드 시간이 빨라질 수 있습니다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mac에서 nslookup: DNS 조회 명령어와 각각의 사용 시기</title>
      <link>https://www.netutil.app/ko/blog/dns-lookup-mac/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/dns-lookup-mac/</guid>
      <description>&lt;p&gt;DNS 레코드를 확인해야 합니다. 호스팅 제공업체를 변경하고 도메인이 새 서버를 가리키는지 확인하고 싶을 수도 있습니다. 이메일이 반송되어 MX 레코드 문제가 의심될 수도 있습니다. 또는 사이트가 잘못된 콘텐츠를 로드하고 DNS 문제인지 다른 문제인지 알아내려 할 수도 있습니다.&lt;/p&gt;&#xA;&lt;p&gt;macOS에는 DNS 조회를 위한 세 가지 내장 Terminal 명령어가 있습니다: &lt;code&gt;nslookup&lt;/code&gt;, &lt;code&gt;dig&lt;/code&gt;, &lt;code&gt;host&lt;/code&gt;. 모두 DNS를 쿼리하지만, 결과를 다르게 표시하고 각각 다른 상황에 적합합니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;dns-조회가-실제로-하는-것&#34;&gt;DNS 조회가 실제로 하는 것&lt;/h2&gt;&#xA;&lt;p&gt;브라우저에 도메인 이름을 입력하면 Mac은 DNS 리졸버(보통 ISP의 것이나 1.1.1.1 같은 공개 것)에게 해당 이름을 IP 주소로 번역해 달라고 요청합니다. 리졸버가 답을 찾아내면 컴퓨터가 해당 IP에 연결합니다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
