"이 네트워크가 암호화된 DNS 트래픽을 차단하고 있습니다" — 원인과 해결 방법

"이 네트워크가 암호화된 DNS 트래픽을 차단하고 있습니다"는 무슨 뜻인가요?

"이 네트워크가 암호화된 DNS 트래픽을 차단하고 있습니다"는 iPhone, iPad, Mac이 암호화된 DNS 서버로 웹사이트 이름을 조회하려 했는데 Wi-Fi 네트워크가 이를 막았다는 뜻입니다. Apple은 설정 > Wi-Fi의 해당 네트워크 아래에 개인정보 보호 경고로 표시하며, 다음 문구가 함께 나옵니다. "이 네트워크에서 사용자의 기기가 접근한 웹사이트 및 기타 서버의 이름을 이 네트워크상에 있는 다른 기기에서 모니터링 및 기록 가능할 수 있습니다."

Apple은 iOS 14와 macOS Big Sur에 암호화된 DNS를 도입하면서 이를 설명했습니다(WWDC 2020). 일부 네트워크는 DNS 쿼리를 들여다보며 트래픽을 필터링하기 때문에 정책상 암호화된 DNS 서버를 차단하고, 이 경우 Wi-Fi 네트워크에 개인정보 보호 경고가 표시됩니다.

기기는 무언가가 켜 둘 때만 암호화된 DNS를 시도합니다. DNS 앱(Cloudflare의 1.1.1.1, NextDNS, AdGuard 등), DNS 프로필, 회사의 기기 관리, 또는 iOS 16 이상에서 암호화를 직접 제공하는 DNS 서버가 그 원인입니다. iCloud 비공개 릴레이도 원인이 될 수 있습니다. Apple의 Wi-Fi 설정에는 비공개 릴레이가 DNS 요청을 직접 라우팅한다고 표시됩니다. 그 원인을 찾으면 해결책도 찾은 것입니다.

암호화된 DNS 트래픽이란?

웹사이트를 방문할 때마다 기기는 도메인 이름(예: dnsrobot.net)을 IP 주소로 변환하기 위해 DNS 쿼리를 보냅니다. 기존 DNS는 이러한 쿼리를 포트 53을 통해 일반 텍스트로 전송합니다 — 완전히 암호화되지 않은 상태입니다. 이는 ISP, 네트워크 관리자 또는 같은 Wi-Fi에 있는 누구나 여러분이 조회하는 모든 도메인을 볼 수 있다는 의미입니다.

암호화된 DNS는 HTTPS가 웹 트래픽을 보호하는 것처럼 이러한 쿼리를 암호화로 감쌉니다. dns-query: dnsrobot.net을 일반 텍스트로 보내는 대신, 기기가 쿼리를 암호화하여 DNS 서버만 읽을 수 있도록 합니다.

Apple 기기가 지원하는 두 가지 주요 암호화 DNS 프로토콜이 있습니다:

• DNS-over-HTTPS(DoH) — 443 포트의 HTTPS로 DNS 쿼리를 보내므로 일반 웹 트래픽에 섞여 들어갑니다
• DNS-over-TLS(DoT) — 전용 853 포트의 TLS 연결로 DNS 쿼리를 보내며, 프로토콜의 경계가 분명한 암호화를 제공합니다

Apple 기기는 iOS 14와 macOS Big Sur부터 둘 다 지원하지만 기본으로는 사용하지 않습니다. iOS 16과 macOS Ventura부터는 네트워크의 DNS 서버가 DDR(Discovery of Designated Resolvers)로 암호화 지원을 알리면 기기가 스스로 암호화된 DNS로 전환하기도 합니다. Android에서의 같은 프로토콜은 비공개 DNS 가이드에서 다룹니다.

DoH vs DoT: 차이점

두 프로토콜 모두 DNS 쿼리를 암호화하지만 내부 작동 방식이 다릅니다. 차이점을 이해하면 차단 문제를 해결할 때 올바른 솔루션을 선택하는 데 도움이 됩니다.

네트워크가 암호화된 DNS를 차단할 때 손쉬운 대상은 853 포트의 DoT입니다. DoH는 모든 HTTPS 사이트와 443 포트를 함께 쓰기 때문에, 네트워크는 알려진 DoH 서버의 주소와 이름을 차단하거나 그 이름에 오류로 응답하는 방식으로 막습니다.

네트워크가 암호화된 DNS를 차단하는 이유

모든 암호화된 DNS 차단이 악의적인 것은 아닙니다. 네트워크가 암호화된 DNS 트래픽을 차단하거나 간섭하는 데는 여러 정당한 이유가 있습니다:

• 기업·조직 네트워크 — IT 부서는 보안 정책, 콘텐츠 필터링, 위협 탐지를 위해 암호화된 DNS를 차단합니다. 악성코드 도메인을 막고 데이터 유출을 방지하려면 DNS 쿼리가 보여야 하기 때문입니다
• 자녀 보호 기능이 있는 라우터 — 자녀 보호 기능이 내장된 라우터(Netgear Smart Parental Controls, ASUS AiProtection 등)는 DNS 쿼리를 가로채 콘텐츠 카테고리를 필터링합니다. 암호화된 DNS는 이 필터를 우회합니다
• ISP 콘텐츠 필터링 — 일부 ISP는 정부 규정을 따르거나 알려진 악성 사이트를 막기 위해 DNS 기반 필터링을 사용합니다. 암호화된 DNS는 이 필터링을 무력화합니다
• 공공 Wi-Fi 로그인 페이지 — 호텔, 공항, 카페는 DNS 가로채기로 로그인 페이지로 이동시킵니다. 암호화된 DNS는 이 이동 방식을 깨뜨립니다
• Pi-hole과 AdGuard Home — DNS 기반 광고 차단기는 조회 내용을 볼 수 있어야 합니다. 예를 들어 Pi-hole은 기본적으로 기기가 암호화된 DNS를 찾는 데 쓰는 이름(DDR)과 iCloud 비공개 릴레이 이름에 직접 응답해 기기가 Pi-hole을 계속 쓰게 하며, 일부 설정은 DoH 서버 차단 목록까지 추가합니다

가정 네트워크라면 먼저 DNS를 필터링하는 기능을 찾아보세요. 자녀 보호 기능, Pi-hole이나 AdGuard Home 같은 광고 차단기, 라우터의 보안 기능, 포트 853에 대한 방화벽 규칙이 대표적입니다.

iPhone 및 iPad에서 해결하는 방법 (iOS/iPadOS)

해결 방법 1부터 시작하세요. 암호화된 DNS를 시도하는 설정을 찾아냅니다. 해결 방법 2~6은 꼬인 연결을 정리합니다.

해결 방법 1: 암호화된 DNS를 켠 원인 찾기

다음을 순서대로 확인하세요. 각 항목은 기기가 모든 네트워크에서 암호화된 DNS를 시도하게 만들 수 있습니다.

• iCloud 비공개 릴레이 — DNS 조회를 직접 라우팅하고 암호화합니다. Apple의 Wi-Fi 설정에는 "DNS 요청이 이 Wi-Fi 네트워크에 대해 iCloud 비공개 릴레이로 연결되고 있습니다"라고 표시됩니다. 이 네트워크에서만 끄려면 설정 > Wi-Fi에서 네트워크 옆 (i)를 탭하고 IP 주소 추적 제한을 끄세요(Apple이 안내하는, 네트워크 하나에서만 비공개 릴레이를 끄는 방법). 네트워크가 비공개 릴레이 자체를 막는 경우에는 비공개 릴레이와 호환되지 않는다는 별도 메시지가 표시됩니다
• DNS 앱 또는 프로필 — 설정 > 일반 > VPN 및 기기 관리를 열어 앱이 추가한 VPN이나 DNS 항목, 또는 프로필이 있는지 확인하세요(Cloudflare의 1.1.1.1 앱은 VPN 프로필을 설치하고, NextDNS와 AdGuard는 DNS 설정을 사용합니다). 이 네트워크에서는 앱을 끄거나, 필요 없는 프로필을 삭제하세요
• 수동 DNS 서버 — 설정 > Wi-Fi > (i) > DNS 구성에서 1.1.1.1, 8.8.8.8, 9.9.9.9 같은 서버는 iOS 16 이상에 자신이 암호화된 DNS를 제공한다고 알리므로 iPhone이 자동으로 암호화된 DNS로 전환합니다. 확인하려면 DNS 구성을 자동으로 되돌려 보세요
• 업무용 프로필 — 회사가 기기를 관리한다면 DNS 설정은 정책입니다. 바꾸지 말고 IT 담당자에게 문의하세요

해결 방법 2: 기기와 라우터 재시작

재시작하면 기기와 라우터 양쪽의 캐시된 네트워크 상태가 지워집니다.

• iPhone/iPad: 측면 버튼 + 음량 버튼 길게 누르기 > 밀어서 전원 끄기 > 30초 대기 > 전원 켜기
• 라우터: 전원 케이블 분리 > 30초 대기 > 다시 연결 > 완전 부팅까지 2분 대기

두 기기가 재시작된 후 설정 > Wi-Fi로 이동하여 네트워크 이름을 탭하세요. "개인정보 보호 경고" 메시지가 여전히 있는지 확인하세요.

해결 방법 3: Wi-Fi 네트워크 삭제 후 다시 연결

네트워크를 지우면 해당 네트워크에 저장된 설정(그 네트워크용 사용자 지정 DNS 포함)이 삭제되고 연결이 새로 맺어집니다. 다시 연결하려면 Wi-Fi 비밀번호가 필요하니 먼저 확인하세요(라우터에 붙은 스티커에 적혀 있는 경우가 많습니다).

# iOS path:
Settings > Wi-Fi > tap (i) next to network name > Forget This Network > Confirm

# Then reconnect:
Settings > Wi-Fi > select your network > enter password

해결 방법 4: iOS 또는 iPadOS 업데이트

설정 > 일반 > 소프트웨어 업데이트로 이동해 업데이트를 설치하세요. iOS 14와 15에서 예상치 못한 경고가 나타났다는 보고가 Apple 개발자 포럼에 있으니, 다른 것을 바꾸기 전에 최신 상태로 유지하세요.

해결 방법 5: 수동 DNS 서버 확인

DNS 구성 > 수동만으로는 아무것도 암호화되지 않습니다. iPhone이 질의하는 서버만 바뀔 뿐입니다. 하지만 iOS 16 이상에서는 DDR(Discovery of Designated Resolvers)을 지원하는 서버를 쓰면 iPhone이 자동으로 암호화된 DNS로 업그레이드합니다. 2026년 10월 26일에 확인한 결과 1.1.1.1, 8.8.8.8, 9.9.9.9는 모두 이 방식으로 DoH와 DoT를 알립니다(Quad9은 DNS over QUIC도 알립니다).

# iOS DNS configuration path:
Settings > Wi-Fi > tap (i) next to network > Configure DNS

# To clear the warning on this network:
Automatic

# Manual servers that iOS 16+ upgrades to encrypted DNS (DDR):
1.1.1.1   1.0.0.1           # Cloudflare
8.8.8.8   8.8.4.4           # Google
9.9.9.9   149.112.112.112   # Quad9

따라서 암호화된 DNS를 차단하는 네트워크에서는 수동으로 지정한 공용 DNS 서버가 경고의 원인이 될 수 있습니다. 경고를 없애려면 DNS 구성을 자동으로 되돌리세요. 공용 서버는 암호화된 DNS를 허용하는 네트워크에서만 직접 추가하세요. 이 설정은 네트워크별로 적용됩니다.

해결 방법 6: 네트워크 설정 재설정

위의 해결 방법 중 어느 것도 효과가 없으면 네트워크 설정 재설정으로 모든 저장된 Wi-Fi 네트워크, VPN 구성 및 셀룰러 설정을 지워 기기에 완전히 깨끗한 네트워킹 상태를 제공합니다.

# iOS 15 and later:
Settings > General > Transfer or Reset iPhone > Reset > Reset Network Settings

# iOS 14:
Settings > General > Reset > Reset Network Settings

재설정 후 기기가 재시작됩니다. 모든 Wi-Fi 네트워크에 다시 연결하고 비밀번호를 입력해야 합니다. VPN 프로필도 재구성이 필요합니다.

Mac에서 해결하는 방법 (macOS)

Mac의 Wi-Fi 설정에도 같은 경고가 나타날 수 있으며, 암호화된 DNS를 켜는 원인도 같습니다.

Mac에서 비공개 릴레이, 프로필, DNS 확인

macOS Ventura 이상에서는 시스템 설정 > 네트워크 > Wi-Fi에서 해당 네트워크 옆 세부사항…으로 이동하세요. IP 주소 추적 제한을 끄면 그 네트워크에서 비공개 릴레이가 멈추고, DNS 탭에서 수동 서버를 확인할 수 있습니다(1.1.1.1, 8.8.8.8, 9.9.9.9는 DDR로 암호화된 DNS로 업그레이드되므로 경고를 없애려면 제거하세요). DNS 앱과 프로필은 시스템 설정 → 일반 → 기기 관리에 표시됩니다. 터미널에서 DNS 서버를 설정하려면 다음과 같이 합니다.

# Remove manual DNS servers (back to the network's own):
sudo networksetup -setdnsservers Wi-Fi Empty

# Or set servers for Wi-Fi:
sudo networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Check what's set:
networksetup -getdnsservers Wi-Fi

Mac에서 DNS 캐시 삭제

DNS 설정을 바꾼 뒤에는 로컬 DNS 캐시를 삭제해야 Mac이 바로 새 설정을 사용합니다. Windows, Linux, 브라우저까지 다루는 DNS 캐시 삭제 방법 가이드도 참고하세요.

# macOS Ventura / Sonoma / Sequoia and later:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Check that DNS resolution works:
nslookup example.com 1.1.1.1

라우터에서 해결하는 방법

본인 네트워크라면 라우터를 고치는 것이 모든 기기에 한꺼번에 도움이 됩니다. DNS를 필터링하는 기능부터 확인하세요.

라우터 필터 확인 후 펌웨어 업데이트

라우터와 ISP 게이트웨이의 자녀 보호, 광고 차단, 보안 기능은 DNS를 가로채는 방식으로 동작하는 경우가 많으며, 일부는 기기가 필터를 건너뛰지 못하도록 암호화된 DNS를 차단합니다. 라우터 관리자 패널에서 해당 기능을 끄거나(또는 그 안에서 DoH와 DoT를 허용하고) 경고가 사라지는지 확인하세요. 그런 다음 펌웨어 업데이트를 설치하세요(메뉴 이름은 모델마다 다릅니다).

• ASUS: 라우터 관리자 패널(192.168.1.1) > 관리 > 펌웨어 업그레이드 > 업데이트 확인
• TP-Link: tplinkwifi.net > 시스템 도구 > 펌웨어 업그레이드(또는 Tether 앱 사용)
• Netgear: routerlogin.net > 관리 > 펌웨어 업데이트 > 온라인 확인
• Linksys: 192.168.1.1 > 연결 > 라우터 펌웨어 업데이트

라우터에서 DNS 서버 변경

ISP의 DNS가 필터라면 라우터가 공용 리졸버를 보도록 바꾸면 해결됩니다. 다만 라우터 자신은 DoT나 DoH를 지원하지 않는 한 그 리졸버에 일반 DNS로 질의합니다.

# Typical router DNS configuration:
# 1. Open router admin panel: http://192.168.1.1 or http://192.168.0.1
# 2. Navigate to: WAN Settings > DNS Configuration
# 3. Change from "Get from ISP" to "Manual"
# 4. Enter DNS servers:

Primary DNS:   1.1.1.1     (Cloudflare)
Secondary DNS: 8.8.8.8     (Google)

# Alternative: Quad9 with malware blocking
Primary DNS:   9.9.9.9
Secondary DNS: 149.112.112.112

# 5. Save and reboot router

기기는 다시 연결할 때 새 DNS 서버를 받아 옵니다. 라우터가 자신의 주소(192.168.x.x)가 아니라 공용 서버의 주소(예: 1.1.1.1)를 직접 배포하면 iOS 16, macOS Ventura 이상은 DDR을 통해 자동으로 암호화된 DNS로 전환합니다.

암호화를 지원하는 최고의 DNS 서버

이 공용 리졸버는 모두 DoH와 DoT를 지원하므로, 네트워크가 허용한다면 이 중 어느 것이든 DNS 앱이나 프로필로 설정해 암호화된 DNS를 사용할 수 있습니다.

Cloudflare, Google, Quad9는 DDR로도 암호화된 엔드포인트를 알리며, iOS 16, macOS Ventura 이상은 이 중 하나가 DNS 서버일 때 이를 자동으로 사용합니다. 내 연결에서 어느 쪽이 가장 빠른지 궁금하다면 DNS 속도 테스트가 브라우저에서 속도를 측정해 줍니다. 자세한 설정 방법은 Cloudflare DNS 서버와 Google DNS 서버 가이드를 참고하세요.

암호화된 DNS가 작동하는지 확인하는 방법

수정 사항을 적용한 후 DNS 쿼리가 실제로 암호화되고 있는지 확인하세요. 각 플랫폼별 방법은 다음과 같습니다.

iPhone/iPad에서 확인

기기에서 직접 확인하세요.

• Safari에서 DNS Robot의 DNS 누출 테스트를 실행하세요. 암호화된 DNS가 작동하면 ISP가 아니라 선택한 제공업체의 서버가 표시됩니다
• Cloudflare를 쓴다면 1.1.1.1/help를 방문하세요. 조회가 DoH, DoT, 일반 DNS 중 무엇을 쓰는지 알려 줍니다
• 설정 > Wi-Fi에서 네트워크 옆 (i)를 탭하세요. 그 네트워크에서 암호화된 DNS가 작동하거나 기기에서 아무것도 시도하지 않으면 개인정보 보호 경고가 사라집니다

Mac에서 확인

macOS에서는 터미널을 사용하여 DNS 확인 및 암호화 활성 여부를 점검할 수 있습니다.

# Check which DNS servers are active:
scutil --dns | grep nameserver

# Test DNS resolution through Cloudflare DoH:
curl -s -H 'accept: application/dns-json' 'https://1.1.1.1/dns-query?name=dnsrobot.net&type=A' | python3 -m json.tool

# Check if DoH is working via Cloudflare's test page:
open https://1.1.1.1/help

이 경고가 정상인 경우 (무시해도 안전한 경우)

암호화된 DNS 경고가 항상 해결해야 할 문제는 아닙니다. 일부 상황에서는 네트워크가 정당한 보안 이유로 의도적으로 암호화된 DNS를 차단합니다.

• 기업·사무실 네트워크 — 회사 IT 팀이 악성코드를 감시하고 보안 정책을 시행하려고 암호화된 DNS를 차단합니다. 표준적인 관행이며 HTTPS 트래픽은 계속 암호화됩니다
• 학교 네트워크 — 미국의 E-rate 할인을 받는 K-12 학교와 도서관은 CIPA(아동 인터넷 보호법)에 따라 필터링해야 하며 많은 곳이 DNS로 필터링합니다. 대학은 자체 정책에 따라 필터링합니다
• Pi-hole 또는 AdGuard Home 사용자 — 로컬 DNS 기반 광고 차단기가 필터링을 이어 가려고 기기가 암호화된 DNS로 전환하지 못하게 할 수 있습니다. 의도된 동작입니다
• 호텔, 공항, 카페 Wi-Fi — 공공 네트워크는 DNS를 필터링하는 경우가 많습니다. 이때 경고가 가장 중요합니다. 네트워크 운영자가 조회 내용을 볼 수 있으므로 믿을 수 없는 Wi-Fi에서는 VPN을 사용하세요

관리되는 네트워크에서는 그대로 써도 됩니다. 조회 내용은 네트워크 소유자에게 보이지만 HTTPS 페이지는 계속 암호화됩니다. 암호화되지 않은 DNS의 진짜 위험은 누군가 조회를 엿보거나 조작할 수 있는 신뢰할 수 없는 공용 네트워크에 있습니다.

자주 묻는 질문