dns · bypass doc

DNS 변경 · 우회 기술 문서

$curl -sI https://밤민주소.com

HTTP/1.3 200 OK · endpoint active · sync —

location: https://밤민주소.com

밤민주소 바로가기노드가 재배치돼도 항상 현재 활성 엔드포인트로 연결됩니다

배경 — DNS 차단과 리졸버

접속 장애의 상당수는 서버가 죽은 게 아니라, ISP가 기본으로 지정하는 리졸버(DNS 서버)가 특정 도메인을 NXDOMAIN(없는 주소)이나 우회 페이지로 응답하기 때문에 발생합니다. 리졸버는 "도메인 이름 → IP 주소" 변환을 담당하는데, 이 변환 단계에서 막히면 서버가 정상이어도 브라우저는 주소를 찾지 못합니다.

해결책은 간단합니다. 리졸버를 ISP 기본값에서 공개 리졸버로 바꾸면 이 차단 계층을 건너뛸 수 있습니다. 가장 널리 쓰이는 두 곳은 아래와 같습니다.

Cloudflare	1.1.1.1 / 1.0.0.1 — 응답 지연이 낮고 프라이버시 정책이 명확합니다.
Google	8.8.8.8 / 8.8.4.4 — 전 세계 가용성이 높고 안정적입니다.

Windows — 리졸버 변경

설정 → 네트워크 및 인터넷 → 어댑터 옵션 변경 → 사용 중 어댑터(Wi-Fi/이더넷) 우클릭 → 속성 → 인터넷 프로토콜 버전 4 (TCP/IPv4) → 속성 → '다음 DNS 서버 주소 사용' 선택 기본 설정 DNS : 1.1.1.1 보조 DNS : 1.0.0.1 → 확인 → 캐시 flush(아래 명령) → 브라우저 재시작

IPv6를 함께 쓰는 환경이라면 '인터넷 프로토콜 버전 6(TCP/IPv6)'에도 2606:4700:4700::1111을 지정하면 더 확실합니다.

스마트폰 — 리졸버 변경

Android

설정 → 연결/네트워크 → '개인 DNS(Private DNS)' → '지정된 호스트명' → 1dot1dot1dot1.cloudflare-dns.com 입력. 이 방식은 Wi-Fi·데이터 모두에 적용됩니다. 구형 기기라면 Wi-Fi 설정에서 IP를 '고정'으로 바꾼 뒤 DNS1/DNS2를 1.1.1.1 / 8.8.8.8로 직접 지정하세요.

iOS

설정 → Wi-Fi → 연결된 망 오른쪽 ⓘ → 'DNS 구성' → '수동'으로 전환 → 기존 서버 삭제 후 1.1.1.1, 8.8.8.8 추가 → 저장. iOS는 Wi-Fi별로 저장되므로 자주 쓰는 망마다 설정해두면 편합니다.

DNS 캐시 flush

리졸버를 바꿔도 이전의 잘못된 응답이 캐시에 남아 있으면 계속 실패합니다. 반드시 캐시를 비운 뒤 재시도하세요.

Windows ipconfig /flushdns macOS sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder Android Wi-Fi 껐다 켜기 또는 비행기모드 토글 Chrome chrome://net-internals/#dns → Clear host cache chrome://net-internals/#sockets → Flush socket pools

크롬은 자체 DNS 캐시를 별도로 유지하므로, OS 캐시를 비운 뒤에도 chrome://net-internals에서 한 번 더 초기화하면 확실합니다.

DoH · DoT — 암호화된 리졸버

일반 DNS 질의는 평문으로 오가기 때문에, 리졸버를 바꿔도 회선 사업자가 질의 내용을 들여다보고 가로챌 여지가 남습니다. DoH(DNS over HTTPS) 와 DoT(DNS over TLS) 는 이 질의 자체를 암호화해 중간 감시·변조를 어렵게 만듭니다.

Chrome · Edge	설정 → 개인정보 및 보안 → 보안 → '보안 DNS 사용' → 제공업체를 Cloudflare (1.1.1.1)로 지정
Firefox	설정 → 개인 정보 및 보안 → 'DNS over HTTPS 사용' → '최대 보호' 선택
Android 9+	개인 DNS(Private DNS)는 사실상 DoT입니다 — 호스트명 지정만으로 암호화가 함께 적용됩니다

브라우저 DoH는 OS 리졸버 설정보다 우선 적용되므로, OS에서 DNS를 못 바꾸는 환경(회사 지급 PC 등)에서도 브라우저 단에서 우회할 수 있습니다.

hosts 파일 — 최후의 직접 지정

리졸버 자체가 신뢰되지 않을 때는 도메인→IP 매핑을 로컬 hosts 파일에 직접 박아 리졸버를 완전히 건너뛸 수 있습니다. 단 IP가 바뀌면 수동으로 갱신해야 하므로 임시 수단으로만 씁니다.

Windows C:\Windows\System32\drivers\etc\hosts macOS·Linux /etc/hosts (관리자 권한으로 편집 → 맨 아래 줄에 추가) 203.0.113.10 node.example.tld 저장 후 → ipconfig /flushdns → 브라우저 재시작

hosts 지정은 이 기기에만 적용되며, 노드가 재배치되면 오래된 매핑이 오히려 접속을 막습니다. 접속이 안 되면 추가한 줄을 지우고 상단 바로가기로 재라우팅하세요.

MTU · IPv6 · VPN 주의점

MTU 조정

특정 회선에서 페이지가 '열리다 멈추는' 증상은 MTU 불일치(패킷 조각화)일 수 있습니다. ping -f -l 1472 1.1.1.1로 조각화 없이 통과하는 최대값을 찾은 뒤, 어댑터 MTU를 그 값+28로 낮추면 개선되는 경우가 있습니다.

IPv6 우선순위

IPv4 DNS만 바꾸고 IPv6를 방치하면, 기기가 IPv6 경로를 먼저 시도하다 옛 리졸버로 되돌아갈 수 있습니다. IPv6도 2606:4700:4700::1111로 맞추거나, 문제가 지속되면 해당 어댑터의 IPv6를 임시로 비활성화하세요.

VPN 사용 시

VPN을 켜면 DNS 질의도 VPN 터널로 넘어가므로 위에서 지정한 리졸버가 무시될 수 있습니다. 'DNS 누수 방지'가 켜져 있으면 VPN 사업자 리졸버를 강제로 쓰니, 접속이 안 되면 VPN을 끄고 순수 DNS 우회만으로 먼저 시도해 원인을 분리하세요.

시크릿 모드 · 교차 확인

시크릿/프라이빗 창(Chrome Ctrl+Shift+N · Safari ⌘+Shift+N)은 확장프로그램·기존 쿠키·캐시를 배제하므로 차단 원인을 격리하는 데 유용합니다
데이터 ↔ Wi-Fi 회선을 전환해 한쪽 망만 막힌 경우인지 교차 확인합니다
다른 브라우저(Edge·Firefox 등)로 열어 특정 프로필 손상 여부를 확인합니다
VPN을 쓰고 있다면 잠시 껐다가 시도해 VPN 노드 자체가 막힌 경우인지 확인합니다
위 절차로도 실패하면 노드 재배치 중일 수 있으니 STATUS 리드아웃을 확인한 뒤 상단 바로가기로 재라우팅합니다

DNS 변경은 접속 우회를 위한 표준 절차이며, 원래 리졸버로 언제든 되돌릴 수 있습니다. 설정이 꼬였다고 판단되면 '자동으로 DNS 서버 주소 받기'로 복원하세요.