<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Networking on NetUtil</title>
    <link>https://www.netutil.app/ko/tags/networking/</link>
    <description>Recent content in Networking 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/networking/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>macOS 네트워크 진단 도구: 내장된 것, 없는 것</title>
      <link>https://www.netutil.app/ko/blog/macos-network-diagnostic-tools/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/macos-network-diagnostic-tools/</guid>
      <description>&lt;p&gt;macOS는 실제 네트워크 진단 기능을 탑재하고 있지만, 찾아내려면 상당한 노력이 필요합니다. 존재하는 도구들은 시스템 설정, Terminal, 숨겨진 메뉴 등 여러 곳에 흩어져 있습니다. 모든 사람이 쉽게 사용할 수 있게 해줄 도구는 제거되었습니다. 전체적인 그림을 살펴보겠습니다.&lt;/p&gt;&#xA;&lt;table&gt;&#xA;  &lt;thead&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;th&gt;기능&lt;/th&gt;&#xA;          &lt;th&gt;순정 macOS&lt;/th&gt;&#xA;          &lt;th&gt;NetUtil 포함&lt;/th&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/thead&gt;&#xA;  &lt;tbody&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Wireless Diagnostics&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;ping / traceroute / dig (Terminal)&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;networkQuality&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Ping GUI&lt;/td&gt;&#xA;          &lt;td&gt;–&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;Traceroute GUI&lt;/td&gt;&#xA;          &lt;td&gt;–&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;DNS 조회 / Whois GUI&lt;/td&gt;&#xA;          &lt;td&gt;–&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;      &lt;tr&gt;&#xA;          &lt;td&gt;포트 스캔 GUI&lt;/td&gt;&#xA;          &lt;td&gt;–&lt;/td&gt;&#xA;          &lt;td&gt;✓&lt;/td&gt;&#xA;      &lt;/tr&gt;&#xA;  &lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;p&gt;&lt;em&gt;순정 macOS는 기본 기능을 커버하지만 연결 상태를 넘어서는 것에 대해 Terminal로 이동해야 합니다. NetUtil은 Apple이 제거한 GUI 도구를 추가합니다.&lt;/em&gt;&lt;/p&gt;</description>
    </item>
    <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>
    <item>
      <title>Mac에서 Traceroute 실행하는 방법: 명령어, 출력, 의미 해석</title>
      <link>https://www.netutil.app/ko/blog/traceroute-mac-without-terminal/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/traceroute-mac-without-terminal/</guid>
      <description>&lt;p&gt;인터넷이 느리지만 연결은 기술적으로 작동하고 있습니다. 페이지는 결국 로드됩니다. 화상 통화가 끊깁니다. Mac과 서버 사이 어딘가에 문제가 있습니다. Traceroute가 정확히 어디인지 알려줍니다.&lt;/p&gt;&#xA;&lt;p&gt;macOS traceroute는 데이터가 목적지로 가는 도중 통과하는 모든 라우터를 각각의 응답 시간과 함께 보여줍니다. 혼잡, 잘못 구성된 경로, 또는 죽은 링크가 있다면 출력에 나타납니다. 이 가이드는 &lt;code&gt;traceroute&lt;/code&gt; 명령어, 반환 내용을 읽는 방법, 일반적인 패턴의 의미, 시각적 인터페이스를 선호한다면 Terminal 없이 Mac에서 traceroute를 실행하는 방법을 다룹니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;traceroute가-하는-것&#34;&gt;Traceroute가 하는 것&lt;/h2&gt;&#xA;&lt;p&gt;데이터는 Mac에서 서버로 직접 이동하지 않습니다. 라우터 체인을 통해 홉합니다: 홈 라우터, ISP의 장비, 지역 백본 네트워크, 마지막으로 목적지의 네트워크. 각 단계를 홉이라고 합니다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mac에서 열린 포트 확인하는 방법: lsof, netstat, nc</title>
      <link>https://www.netutil.app/ko/blog/check-port-open-mac/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/check-port-open-mac/</guid>
      <description>&lt;p&gt;&lt;code&gt;rails server&lt;/code&gt;를 실행했는데 아무것도 로드되지 않습니다. 또는 원격 서버에 연결하려고 하는데 응답이 없습니다. 항상 같은 첫 번째 질문이 생깁니다: 포트가 실제로 열려 있는가?&lt;/p&gt;&#xA;&lt;p&gt;Mac에서 포트 상태를 확인하는 것은 명령어 하나면 됩니다. 핵심은 자신의 Mac을 확인하는지, 아니면 원격 호스트를 확인하는지에 따라 어떤 명령어를 사용할지 아는 것입니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;자신의-mac의-열린-포트-확인하기&#34;&gt;자신의 Mac의 열린 포트 확인하기&lt;/h2&gt;&#xA;&lt;p&gt;개발자에게 가장 흔한 경우입니다. 개발 서버가 포트 3000에서 실행 중이어야 하는데, 브라우저가 연결할 수 없다고 합니다. 포트가 리스닝 상태인지조차 확인이 안 되는 상황입니다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mac에서 진단 실행하는 방법: Apple Diagnostics 그리고 그 이후</title>
      <link>https://www.netutil.app/ko/blog/run-apple-diagnostics-mac/</link>
      <pubDate>Sat, 16 May 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/run-apple-diagnostics-mac/</guid>
      <description>&lt;p&gt;Mac이 이상하게 동작하는데 하드웨어 문제인지, 소프트웨어 문제인지, 네트워크 문제인지 확실하지 않습니다. 진단 실행이 올바른 첫 번째 단계이며, Apple은 macOS로 부팅하지 않고 하드웨어를 테스트하는 내장 도구를 제공합니다. 사용 방법, 무엇을 알려주는지, 다음에 무엇을 해야 하는지 알아보겠습니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;apple-diagnostics가-테스트하는-것&#34;&gt;Apple Diagnostics가 테스트하는 것&lt;/h2&gt;&#xA;&lt;p&gt;Apple Diagnostics는 모든 Mac에 내장된 하드웨어 테스트 도구입니다. macOS와 독립적으로 실행되며 소프트웨어가 고칠 수 없는 구성 요소를 확인합니다: 메모리, 저장장치, 센서, 무선 하드웨어, 로직 보드. 이들 중 어느 것이 실패하고 있다면 Apple Diagnostics가 발견할 것입니다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Mac에서 느린 인터넷 문제 해결하기</title>
      <link>https://www.netutil.app/ko/blog/troubleshooting-slow-internet-mac/</link>
      <pubDate>Wed, 14 Jan 2026 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/troubleshooting-slow-internet-mac/</guid>
      <description>&lt;p&gt;인터넷이 느리게 느껴지는데 왜 그런지 모르겠습니다. ISP에 전화하거나 새 라우터를 구매하기 전에 직접 문제를 진단할 수 있습니다. 몇 가지 간단한 테스트로 문제가 당신 쪽에 있는지, ISP 쪽에 있는지, 아니면 완전히 다른 곳에 있는지 알 수 있습니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;속도-테스트로-시작하기&#34;&gt;속도 테스트로 시작하기&lt;/h2&gt;&#xA;&lt;p&gt;먼저 실제로 얼마나 받고 있는지 확인하세요. Apple은 macOS Monterey에서 &lt;code&gt;networkQuality&lt;/code&gt;라는 명령줄 도구를 추가했습니다:&lt;/p&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; style=&#34;background-color:#f7f7f7;-moz-tab-size:2;-o-tab-size:2;tab-size:2;&#34;&gt;&lt;code class=&#34;language-bash&#34; data-lang=&#34;bash&#34;&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;networkQuality&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;이것은 업로드 속도, 다운로드 속도, 응답성 (부하 하의 지연)을 테스트합니다. 몇 번 실행하고 결과를 기록하세요. 지불하는 요금제와 비교하세요. 요금제가 100 Mbps 다운로드를 약속하는데 95를 받고 있다면 정상입니다. 20을 받고 있다면 문제가 있습니다.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Apple이 네트워크 유틸리티를 삭제했습니다. 이제 무엇을 사용해야 할까요</title>
      <link>https://www.netutil.app/ko/blog/apple-killed-network-utility/</link>
      <pubDate>Wed, 03 Dec 2025 00:00:00 +0000</pubDate>
      <guid>https://www.netutil.app/ko/blog/apple-killed-network-utility/</guid>
      <description>&lt;p&gt;최근 macOS를 새 버전으로 업그레이드한 후 네트워크 유틸리티를 찾아보셨다면, 이미 사라진 것을 발견하셨을 것입니다. Apple은 macOS Big Sur에서 조용히 이 앱을 제거했습니다. 클래식 Mac OS 시대부터 20년 이상 유틸리티 폴더에 자리해 왔던 앱이 어느 날 갑자기 사라진 것입니다.&lt;/p&gt;&#xA;&lt;p&gt;Apple은 제거 이유를 공개적으로 발표하지도, 설명하지도 않았습니다. 대체 앱도 제공하지 않았습니다. 네트워크 유틸리티는 그저 사라져버렸고, 이를 의존했던 사용자들에게는 공백이 생겼습니다.&lt;/p&gt;&#xA;&lt;h2 id=&#34;네트워크-유틸리티가-했던-것&#34;&gt;네트워크 유틸리티가 했던 것&lt;/h2&gt;&#xA;&lt;p&gt;네트워크 유틸리티는 단일 창 안에 여러 도구를 담고 있었습니다: 정보, Netstat, Ping, 조회, Traceroute, Whois, Finger, 포트 스캔. (AppleTalk는 해당 프로토콜이 중단되었을 때 이미 제거된 상태였습니다.) 대부분의 사용자에게 중요한 것은 Ping, Traceroute, 조회(DNS), 포트 스캔이었습니다.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
