Mac에서 mDNSResponder가 CPU를 많이 쓰는 이유
mDNSResponder는 모든 앱의 DNS 조회에 응답하고 Bonjour로 로컬 네트워크의 기기를 찾아 주는 macOS 프로세스입니다. 시스템의 정상적인 구성 요소이고 전용 계정 _mdnsresponder로 /usr/sbin/mDNSResponder에서 실행되며, 문제가 없는 Mac에서는 CPU 사용률이 0% 근처에 머뭅니다. 계속 바쁘다면 보통 브라우저, VPN, 혼잡한 네트워크처럼 다른 대상을 위해 일하고 있는 것이므로, 프로세스를 멈추기보다 그 원인을 찾는 것이 해결책입니다.
하는 일
매뉴얼 페이지(man mDNSResponder)는 이 데몬을 Multicast DNS와 DNS Service Discovery를 구현하고, 다른 프로세스를 대신해 DNS 질의를 수행하며, 받은 응답을 캐시에 보관하는 프로세스로 설명합니다. 활성 상태 보기와 네트워크 도구에 이 이름이 자주 나타나는 이유가 이것입니다. 앱이 주소를 물으면 실제로 묻는 쪽이 이 프로세스입니다.
mDNSResponderHelper라는 두 번째 프로세스가 root 권한으로 함께 실행됩니다. 이 글을 쓴 Mac에서 유휴 상태일 때 두 프로세스는 다음과 같았습니다.
_mdnsresponder 0.0% CPU /usr/sbin/mDNSResponder
root 0.0% CPU /usr/sbin/mDNSResponderHelper
원인 찾기
활성 상태 보기를 열고 CPU 탭에서 mDNSResponder를 1분 정도 지켜봅니다. 잠깐 치솟는 것은 정상입니다. 계속 높다면 한 번에 하나씩만 바꿔 보세요.
- 연결을 많이 여는 브라우저와 앱을 종료하고, 1분 안에 수치가 내려가는지 확인합니다.
- VPN, 프록시, DNS 필터를 끕니다. 이들은 모든 조회의 경로를 바꿉니다.
- 휴대전화 핫스팟 같은 다른 네트워크에 연결합니다. 부하가 사라지면 원인은 이전 네트워크에 있습니다.
- 네트워크가 어떤 서비스를 알리고 있는지 보려면 아래 명령을 몇 초 실행한 뒤
Ctrl + C로 멈춥니다.
dns-sd -B _services._dns-sd._udp local
목록이 길고 계속 바뀐다면 Bonjour 기기가 많은 네트워크라는 뜻입니다.
| 보이는 증상 | 가능한 원인 | 시도할 것 |
|---|---|---|
| 브라우저나 앱을 열 때 잠깐 치솟음 | 정상적인 조회 | 필요 없음 |
| VPN이나 프록시를 켰을 때만 CPU가 높음 | 해당 도구의 DNS 설정이나 필터 | 업데이트하거나 DNS 설정 확인 |
| 특정 네트워크에서만 CPU가 높음 | Bonjour 기기가 많거나 오작동 | 다른 네트워크에서 시험한 뒤 공유기나 의심 기기 재시동 |
| 사이트가 열리지 않거나 예전 주소가 나옴 | 오래되었거나 잘못된 DNS 응답 | DNS 캐시 비우기 |
| 이 프로세스 이름으로 데이터 사용량이 큼 | 조회와 로컬 검색 | 내 네트워크를 쓰는 앱 찾기 참고 |
재시작해도 안전한가요
DNS 캐시를 비우면 프로세스에 시그널이 전달되며, 이것이 캐시를 지우는 공식적인 방법입니다.
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
잠시 걸리며 암호가 필요합니다. Mac을 다시 시작해도 같은 효과가 있습니다. 캐시를 비우는 것은 잘못되었거나 오래된 응답에만 도움이 되므로, 앱이 계속 질의해서 프로세스가 바쁜 경우에는 부하가 다시 돌아옵니다.
악성 코드인가요
정상 파일은 시스템 볼륨의 /usr/sbin/mDNSResponder에 있으며, macOS는 /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist에서 이를 시작합니다. 실행 중인 프로세스를 확인하려면 활성 상태 보기 검사기에서 경로를 보거나 다음 명령을 실행합니다.
ps -axo user,pid,args | grep '[m]DNSResponder'
홈 폴더나 /tmp 같은 다른 폴더에서 같은 이름으로 실행되는 프로세스는 의심해야 합니다. 경로가 맞다는 것은 좋은 증거이지만, 어떤 앱이 조회를 일으키는지는 알려 주지 않습니다.
하지 말아야 할 것
- 비활성화하려 하지 마세요. 시스템 무결성 보호가 이 launch daemon을 지키고 있으며, 이 프로세스가 없으면 Mac 전체의 이름 조회가 멈춥니다.
-HUP대신kill -9를 쓰지 마세요. Apple의 보관된 지원 문서에 나오는 방식은-HUP입니다.- 높은 데이터 사용량을 다운로드로 오해하지 마세요. 트래픽은 조회와 검색이며, 원인은 다른 앱의 활동입니다.
- 이것 때문에 "네트워크 부스터"나 DNS 정리 앱을 설치하지 마세요. 어느 쪽도 누가 질의하는지는 알려 주지 않습니다.
Mole의 역할
Mole은 mDNSResponder가 바쁠 때 상태에 CPU와 메모리와 함께 표시하고, 바쁘지 않을 때는 표의 검색으로 찾을 수 있습니다. 메뉴의 왜 실행 중인가요?는 실행 파일과 이를 시작한 대상을 보여 줍니다. macOS는 이 시스템 계정의 포트를 Mole이 읽도록 허용하지 않으므로 포트 목록은 나타나지 않습니다. 시스템 네트워크 서비스이므로 Mole은 이를 멈추는 기능을 제공하지 않습니다. Mole Mac은 DNS 캐시를 비우지 않고 DNS나 네트워크 설정도 바꾸지 않으므로 위의 터미널 명령을 사용하세요. 메뉴 막대의 네트워크 속도를 눌러 여는 앱별 네트워크 목록에도 이 프로세스가 나타날 수 있어, 조회와 앱의 실제 트래픽을 구분하는 데 도움이 됩니다.
자주 묻는 질문
Mac의 mDNSResponder란 무엇인가요?
앱을 대신해 DNS 조회를 수행하고 Bonjour로 로컬 네트워크의 기기를 찾는 시스템 프로세스입니다. /usr/sbin/mDNSResponder에서 실행됩니다.
mDNSResponder의 CPU 사용률이 높은 이유는 무엇인가요?
보통 앱, VPN이나 DNS 필터, 혼잡한 네트워크가 많은 조회나 검색을 일으키고 있습니다. 이들을 하나씩 바꿔 보며 수치를 관찰하세요.
mDNSResponder를 종료하거나 비활성화해도 되나요?
비활성화하지 마세요. Mac 전체의 이름 조회가 이 프로세스에 달려 있습니다. 잘못된 응답을 지우려면 -HUP 명령으로 DNS 캐시를 비우세요.
mDNSResponder는 바이러스인가요?
정상 프로세스는 /usr/sbin에서 실행되고 시스템 launch daemon에서 시작됩니다. 다른 폴더에서 실행되는 복사본은 자세히 살펴봐야 합니다.
mDNSResponder가 네트워크 접근을 요청하거나 데이터를 쓰는 이유는 무엇인가요?
네트워크 조회와 로컬 검색이 하는 일이므로 항상 네트워크를 씁니다. 데이터 수치는 다른 앱이 요청한 양을 반영하며 보통 작습니다.