DNS_PROBE_STARTED: 의미와 해결 방법 완벽 가이드

DNS_PROBE_STARTED란 무엇입니까?

DNS_PROBE_STARTED는 Chrome이 웹사이트 주소를 DNS에서 받지 못해, 원인을 찾는 간단한 테스트인 DNS 프로브를 시작했다는 뜻입니다. 화면에는 "사이트에 연결할 수 없음"과 함께 "example.com의 DNS 주소를 찾을 수 없습니다. 문제를 진단하는 중입니다."라고 표시됩니다. 프로브가 끝나면 Chrome은 코드를 DNS_PROBE_FINISHED_NXDOMAIN이나 DNS_PROBE_FINISHED_BAD_CONFIG 같은 결과로 바꿉니다.

STARTED는 보통 몇 초만 보입니다. 화면이 계속 STARTED에 머물러 있다면 Chrome의 테스트가 결과를 페이지에 전달하지 못한 것이며, 테스트 중에 네트워크나 DNS 설정이 바뀌었을 때 자주 생깁니다. Chromium은 이 상태를 "A DNS probe has been started for this error page"라고 설명합니다(net_error_info.h).

이 코드는 Chromium 기반 브라우저(Chrome, Edge, Opera, Brave, Vivaldi)에서 나타납니다. 모든 사이트에서 나타나면 DNS나 네트워크 문제이고, 한 사이트에서만 나타나면 아래 조회 도구로 그 사이트의 DNS를 확인하세요.

DNS 확인 작동 방식 (어디서 멈추는가)

DNS_PROBE_STARTED가 왜 생기는지 알려면 DNS 확인이 어떻게 이루어지는지 알아야 합니다. Chrome 주소창에 example.com을 입력하면 브라우저는 서버의 IP 주소를 찾기 위해 다음 단계를 거칩니다.

1단계 — 브라우저 캐시 확인. Chrome은 먼저 자체 DNS 캐시(chrome://net-internals/#dns)에 저장된 IP 주소가 있는지 확인합니다. 도메인을 최근에 확인했고 TTL(Time to Live)이 만료되지 않았다면 네트워크 요청 없이 캐시된 결과를 즉시 사용합니다.

2단계 — 내 DNS 서버. Chrome은 보통 내장 리졸버로 직접 쿼리를 보냅니다. 대상은 기기에 설정된 DNS 서버(보통 라우터나 ISP)입니다. 환경에 따라서는 조회를 운영체제의 리졸버에 넘기기도 합니다.

3단계 — 재귀 리졸버 쿼리. 운영체제 캐시에도 없으면 쿼리가 네트워크를 통해 설정된 DNS 서버(보통 ISP의 리졸버나 8.8.8.8 같은 공용 리졸버)로 전달됩니다. 이 재귀 리졸버가 루트 서버, TLD 서버, 권한 네임서버에 차례로 물어 답을 찾는 힘든 일을 합니다.

4단계 — 응답 반환. 재귀 리졸버가 IP 주소를 운영체제에 돌려주면 운영체제가 캐시에 저장하고 Chrome에 전달합니다. Chrome은 그 IP 주소에 연결해 페이지를 불러옵니다.

조회가 실패하면 Chrome은 오류 페이지를 보여 주고 프로브를 시작합니다. 프로브는 잘 알려진 이름인 google.com을 내 DNS 설정과 Google 공용 DNS(8.8.8.8, 8.8.4.4)로 각각 조회한 뒤 두 결과를 비교합니다. 내 DNS는 실패하고 Google은 성공하면 내 DNS가 문제이고, 둘 다 응답하지 않으면 연결이 없거나 외부 DNS를 막는 네트워크입니다.

DNS_PROBE_STARTED의 원인

DNS_PROBE_STARTED 뒤에는 항상 실패한 조회가 있고, 화면이 STARTED에 머무는 경우에는 이유가 하나 더 있습니다. 대표적인 원인은 다음과 같습니다.

• 테스트가 결과를 전달하지 못함 — 코드가 바뀌지 않으면 프로브 결과가 페이지에 도착하지 못한 것입니다. 실행 중에 네트워크나 DNS 설정이 바뀐 경우가 많으며, Chrome을 완전히 다시 시작하면 해결됩니다
• DNS 서버에 연결할 수 없거나 과부하 — ISP나 라우터의 DNS가 응답을 멈춥니다(이 경우 프로브는 BAD_CONFIG로 끝납니다)
• 라우터나 모뎀이 불안정함 — 라우터는 기기들의 DNS 쿼리를 전달하므로, 라우터가 멈추면 모든 기기가 같이 멈춥니다(이 경우 모든 기기에서 오류가 나타납니다)
• VPN 또는 VPN의 DNS가 끊김 — VPN은 DNS를 자체 서버로 보내므로, 터널이나 그 서버가 실패하면 아무것도 응답하지 않습니다
• 보안 소프트웨어나 방화벽의 DNS 필터링 — DNS를 가로채는 "웹 보호" 기능이 오작동하면 DNS가 멈출 수 있습니다
• 조회 도중 네트워크가 바뀜 — 절전 모드에서 깨어났을 때, Wi-Fi와 모바일 데이터를 전환할 때, Wi-Fi 신호가 불안정할 때
• Chrome의 보안 DNS 제공업체에 연결할 수 없음 — 보안 DNS를 켜 둔 상태에서는 프로브가 BAD_SECURE_CONFIG로 끝납니다

DNS_PROBE 오류 코드 비교

Chrome은 프로브의 결과마다 DNS_PROBE 코드를 붙입니다(Chromium의 net_error_info.h 기준).

핵심 차이는 이것입니다. STARTED는 Chrome이 아직 진단을 끝내지 못했다는 뜻이고, 나머지 코드는 모두 결과입니다. 화면이 어떤 코드로 확정되면 그 코드의 가이드를 따르고, STARTED에 머물면 Chrome을 다시 시작한 뒤 다시 테스트하세요.

해결 방법 1: 새로 고친 뒤, STARTED에 머물면 Chrome 재시작

몇 초 기다렸다가 페이지를 한 번 새로 고칩니다. 이번에는 DNS가 응답하면 사이트가 열리고, 아니면 코드가 몇 초 안에 결과로 바뀝니다. 그 결과가 무엇을 고쳐야 하는지 알려 줍니다(위 표 참조).

화면이 DNS_PROBE_STARTED에 계속 머물면 Chrome의 테스트가 결과를 전달하지 못한 것입니다. 주소창에 chrome://restart를 입력해 Chrome을 완전히 다시 시작하고(또는 종료했다가 다시 열고) 새로 고치세요. 절전 모드에서 막 깨어났거나 네트워크를 바꾼 노트북이라면 먼저 Wi-Fi를 껐다 켜세요.

해결 방법 2: 공용 DNS 서버로 전환

ISP나 라우터의 DNS가 느리거나 연결되지 않는 경우, 기기를 공용 리졸버로 바꾸면 DNS_PROBE_STARTED가 바로 해결되는 경우가 많습니다. 내 회선에서 어느 쪽이 가장 빠른지는 DNS Robot의 DNS 속도 테스트로 측정해 보세요.

Google의 임시 로그는 전체 IP 주소를 24~48시간 보관합니다. Cloudflare의 1.1.1.1은 원본 IP를 디스크에 저장하지 않고 로그를 25시간 안에 삭제하며, Quad9은 알려진 악성 도메인도 차단합니다.

Windows 10/11에서 DNS 변경

# Method 1: GUI (Windows 11)
# Settings → Network & internet → Wi-Fi → Manage known networks → your network
# (Ethernet → your network) → DNS server assignment → Edit → Manual
# Windows 10: Control Panel → Network Connections → your adapter → Properties
# → Internet Protocol Version 4 → Use the following DNS server addresses
# → IPv4: ON → Preferred: 1.1.1.1, Alternate: 1.0.0.1 → Save

# Method 2: PowerShell (as Administrator)
# Find your adapter name first:
Get-NetAdapter | Where-Object Status -eq Up

# Set DNS (replace "Wi-Fi" with your adapter name):
Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ServerAddresses 1.1.1.1,1.0.0.1

macOS에서 DNS 변경

# GUI: System Settings → Network → Wi-Fi → Details → DNS
# Remove existing entries, add: 1.1.1.1 and 1.0.0.1

# Terminal (faster):
networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Verify:
networksetup -getdnsservers Wi-Fi
# Expected output:
# 1.1.1.1
# 1.0.0.1

해결 방법 3: 라우터 재시작

라우터는 보통 모든 기기의 DNS 쿼리를 대신 전달합니다. 라우터가 멈추면 모든 기기에서 조회가 멈추고, 그래서 휴대폰과 노트북에서 DNS_PROBE_STARTED가 동시에 나타납니다.

버튼을 누르는 것이 아니라 전원을 뽑아서 재시작하세요.

1. Unplug the router's power cable (not just press the button)
2. Wait 30 seconds
3. Plug the power cable back in
4. Wait 2-3 minutes for the router to fully boot
5. Reconnect to Wi-Fi and test

If you have a separate modem:
  → Unplug the modem first, wait 30s
  → Unplug the router, wait 30s
  → Plug modem back in first, wait 2 min
  → Plug router back in, wait 2 min

해결 방법 4: DNS 캐시 플러시

플러시하면 시스템과 Chrome에 저장된 응답이 지워져 다음 조회가 처음부터 다시 시작됩니다. DNS 서버나 네트워크를 바꾼 직후에 가장 효과적입니다.

Windows에서 DNS 플러시

관리자 권한으로 터미널이나 명령 프롬프트를 열고 아래 명령을 실행하세요. 그런 다음 Chrome 자체 캐시도 비웁니다. chrome://net-internals/#dns를 열고 Clear host cache를 클릭하세요.

ipconfig /flushdns

macOS에서 DNS 플러시

터미널을 열고 다음을 실행하세요.

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Linux에서 DNS 플러시

명령은 사용하는 DNS 리졸버에 따라 다릅니다. 최신 Linux 배포판 대부분은 systemd-resolved를 사용합니다.

# systemd-resolved (Ubuntu, Fedora and other distributions that enable it)
sudo resolvectl flush-caches

# Check the cache statistics afterwards
resolvectl statistics

# dnsmasq or nscd instead
sudo systemctl restart dnsmasq
sudo systemctl restart nscd

Android에서 DNS 플러시

Android에는 대부분의 사용자가 쓸 수 있는 DNS 플러시 터미널 명령이 없습니다. 대신 다음과 같이 합니다.

1. Open Chrome on Android
2. Type in the address bar: chrome://net-internals/#dns
3. Tap "Clear host cache"
4. Go to chrome://net-internals/#sockets
5. Tap "Flush socket pools"
6. Restart Chrome and try loading the website again

해결 방법 5: VPN, 바이러스 백신, 방화벽 확인

VPN을 끊고 새로 고쳐 보세요. VPN은 DNS를 자체 서버로 보내므로 그 서버가 응답하지 않으면 아무것도 열리지 않습니다. 그다음 바이러스 백신의 "웹 보호"나 DNS 필터링을 잠시 끄고 다시 새로 고칩니다.

이것으로 해결된다면 보호 기능을 끈 채 두지 말고 VPN이나 보안 소프트웨어를 설정에서 조정하세요(다른 VPN 서버를 쓰거나 Chrome을 예외로 지정). Windows에서는 DNS(53번 포트) 아웃바운드를 막는 방화벽 규칙이 없는지 확인하세요. 차단 규칙은 항상 허용 규칙보다 우선하므로 차단 규칙을 꺼야 합니다.

# List enabled outbound block rules
Get-NetFirewallRule -Direction Outbound -Action Block -Enabled True |
  Where-Object { ($_ | Get-NetFirewallPortFilter).RemotePort -contains '53' } |
  Select-Object Name, DisplayName

# Turn off the rule that blocks DNS (use its Name from the list)
Disable-NetFirewallRule -Name '<Name>'

해결 방법 6: 브라우저 확장 프로그램 비활성화

VPN과 프록시 확장 프로그램은 Chrome 요청이 가는 경로를 바꿉니다. 시크릿 창(Ctrl+Shift+N)을 여세요. 허용하지 않은 확장 프로그램은 시크릿 창에서 꺼져 있습니다. 거기서 사이트가 열리면 chrome://extensions/에서 확장 프로그램을 하나씩 꺼 보세요.

Chrome의 보안 DNS 설정도 확인하세요. 설정 → 개인 정보 보호 및 보안 → 보안 → 보안 DNS 사용. 응답하지 않는 제공업체가 지정돼 있다면 시스템 DNS를 쓰도록 바꾸세요(해당 옵션이 있는 경우).

해결 방법 7: Chrome의 DNS 캐시와 연결 지우기

Chrome은 자체 DNS 캐시와 열린 연결을 따로 유지합니다. 둘 다 지우세요.

Step 1: chrome://net-internals/#dns → "Clear host cache"
Step 2: chrome://net-internals/#sockets → "Flush socket pools"
Step 3: close every Chrome window and reopen Chrome

해결 방법 8: Windows 재시작 (DNS Client만이 아니라)

오래된 가이드는 Windows의 DNS Client 서비스(Dnscache)를 재시작하라고 안내합니다. 하지만 Windows 10과 11에서는 이 서비스를 직접 중지하거나 재시작할 수 없습니다. 서비스 창에서 해당 버튼이 회색으로 비활성화돼 있습니다. ipconfig /flushdns(해결 방법 4)가 캐시를 비우고, PC를 완전히 재시작하면 서비스도 다시 시작됩니다.

실행 중인지 확인하려면 다음을 사용하세요.

# Should show Status: Running
Get-Service Dnscache | Select-Object Name, Status, StartType

해결 방법 9: 네트워크 설정 초기화 (최후의 수단)

다른 방법이 모두 소용없다면 네트워크 스택을 초기화하세요. Winsock과 TCP/IP가 초기화되며, 직접 설정한 고정 IP 주소와 DNS 서버도 함께 초기화됩니다.

Windows에서 네트워크 초기화

관리자 권한으로 터미널이나 명령 프롬프트를 열어 다음을 실행한 뒤 컴퓨터를 재시작하세요. 초기화는 재부팅 후에 적용됩니다.

netsh winsock reset
netsh int ip reset
ipconfig /flushdns
ipconfig /release
ipconfig /renew

macOS에서 네트워크 초기화

Mac에서는 시스템 파일을 삭제하는 대신 Wi-Fi 네트워크를 제거했다가 다시 연결하세요. 시스템 설정 → Wi-Fi → 네트워크 옆의 세부사항… → 이 네트워크 지우기…를 선택한 다음, 네트워크에 다시 연결하고 Mac을 재시작합니다.

DNS_PROBE_STARTED 진단 방법

위의 해결 방법으로 해결되지 않았다면 진단 명령으로 DNS 확인 과정의 어디가 끊어지는지 정확히 짚을 수 있습니다. 이 명령은 모든 운영체제에서 동작하며, 문제가 DNS 서버, 네트워크, 로컬 설정 중 어디에 있는지 알려 줍니다.

nslookup으로 DNS 확인 테스트

# Test your current DNS server
nslookup google.com
# If this times out → your DNS server is unreachable

# Test with Google DNS directly (bypasses your configured server)
nslookup google.com 8.8.8.8
# If this works → your default DNS server is the problem

# Test with Cloudflare DNS
nslookup google.com 1.1.1.1
# If this also fails → the problem is your network, not DNS servers

네트워크 연결 테스트

# Test basic internet connectivity (ping by IP — no DNS needed)
ping 1.1.1.1
# If this fails → you have no internet connection at all

# Test DNS resolution (ping by hostname — requires DNS)
ping google.com
# If IP ping works but hostname ping fails → DNS is the problem

# Check that a DNS server answers at all (UDP, the normal DNS transport)
nslookup google.com 8.8.8.8

ping 1.1.1.1이 실패하는데 Wi-Fi는 연결된 것으로 표시된다면 라우터가 WAN 연결을 잃었을 수 있습니다. 라우터 관리 페이지(보통 192.168.1.1)에서 WAN 상태를 확인하거나, 다른 기기에서 DNS Robot의 핑 테스트 도구로 네트워크를 확인하세요.

Chrome 내장 진단 도구 사용

Chrome의 내부 페이지에서 DNS 조회가 어떻게 진행되는지 볼 수 있습니다.

chrome://net-internals/#dns      → clear Chrome's DNS cache
chrome://net-internals/#sockets  → flush open connections
chrome://settings/security       → Use secure DNS (check the provider)
chrome://net-export/             → record a network log to share with support