VPN 켠 뒤 인터넷이 아예 안 됨? 어댑터 우선순위(메트릭) 5분 복구(라우팅 꼬임)
업데이트: 2026-02-23 · 카테고리: Windows VPN/네트워크 · 대상: Windows 10/11 (OpenVPN/WireGuard/기업 VPN 포함)
핵심만 먼저
VPN을 켠 뒤 “인터넷이 아예 안 됨”은 대부분 라우팅(길 안내표)가 VPN 쪽으로 강제로 바뀌면서, 일반 인터넷(0.0.0.0/0) 트래픽까지 VPN으로 보내고 VPN이 그 트래픽을 밖으로 못 내보내는 상태다. 실전에서 가장 흔한 원인은 어댑터 우선순위(Interface Metric)와 기본 게이트웨이 설정이 꼬여서 “우선으로 타야 할 길”이 바뀌는 것. 이 글은 1) 증거 확인 → 2) 우선순위(메트릭) 복구 → 3) 분기(Split tunneling/kill switch/DNS) 순으로 5분 안에 정리한다.
VPN을 켠 뒤 “인터넷이 아예 안 됨”은 대부분 라우팅(길 안내표)가 VPN 쪽으로 강제로 바뀌면서, 일반 인터넷(0.0.0.0/0) 트래픽까지 VPN으로 보내고 VPN이 그 트래픽을 밖으로 못 내보내는 상태다. 실전에서 가장 흔한 원인은 어댑터 우선순위(Interface Metric)와 기본 게이트웨이 설정이 꼬여서 “우선으로 타야 할 길”이 바뀌는 것. 이 글은 1) 증거 확인 → 2) 우선순위(메트릭) 복구 → 3) 분기(Split tunneling/kill switch/DNS) 순으로 5분 안에 정리한다.
팁: VPN을 끄면 바로 인터넷이 돌아오면, PC나 회선 문제가 아니라 “라우팅/우선순위” 문제로 확정이다.
- DNS만 바꾸고 끝(라우팅이 잘못되면 DNS는 의미 없음)
- VPN 앱의 “Kill Switch(인터넷 차단)”가 켜져 있는데 윈도우 설정만 만짐
- 회사 VPN이 “전체 트래픽(Full tunnel)” 정책인데 Split tunneling로 억지 해결 시도
1) 1분 판별: “라우팅/우선순위” 문제인지 증거로 확인
증거 3개(명령 2개로 끝)
- Win+R → cmd → Enter
- VPN을 켜둔 상태에서 아래 실행:
ipconfig
route print
체크 포인트: 기본 게이트웨이가 VPN 어댑터 쪽으로 잡혔거나, route print에서 0.0.0.0 (기본 경로)가 VPN 인터페이스로 향하면 “VPN이 인터넷 길을 가로챈 상태”다.
초간단 확정
VPN을 끄면 인터넷 즉시 복구 → 라우팅/우선순위/킬스위치 분기 확정. VPN 꺼도 안 되면 VPN이 아니라 일반 네트워크 문제(다른 글 루트).
VPN을 끄면 인터넷 즉시 복구 → 라우팅/우선순위/킬스위치 분기 확정. VPN 꺼도 안 되면 VPN이 아니라 일반 네트워크 문제(다른 글 루트).
2) 핵심 해결: 어댑터 우선순위(메트릭) 복구(5분)
메트릭이 뭐냐?
Windows는 “여러 네트워크 길이 있을 때” 숫자가 낮은(=우선) 어댑터로 트래픽을 보낸다. VPN이 이 숫자를 너무 낮게 잡으면, 인터넷까지 VPN으로 보내면서 먹통이 될 수 있다.
Windows는 “여러 네트워크 길이 있을 때” 숫자가 낮은(=우선) 어댑터로 트래픽을 보낸다. VPN이 이 숫자를 너무 낮게 잡으면, 인터넷까지 VPN으로 보내면서 먹통이 될 수 있다.
GUI로 메트릭 고정(가장 안정적)
- 설정 → 네트워크 및 인터넷 → 고급 네트워크 설정
- 추가 네트워크 어댑터 옵션(또는 “어댑터 옵션 변경”)
- 내 인터넷이 실제로 나가는 어댑터(예: Ethernet 또는 Wi-Fi) 우클릭 → 속성
- 인터넷 프로토콜 버전 4(TCP/IPv4) → 속성 → 고급
- 자동 메트릭 체크 해제 → 인터페이스 메트릭에 10 입력
- VPN 어댑터도 동일 경로로 들어가서(가능한 경우) 자동 메트릭 해제 → 50 또는 100 입력
- 확인 → VPN 재연결 → 인터넷 테스트
원리: 인터넷 어댑터를 더 “우선(숫자 작게)”, VPN을 덜 “우선(숫자 크게)”로 만들어 라우팅이 정상으로 돌아오게 한다.
빠른 체크
- VPN 켠 뒤에도 웹이 열리면 성공
- 회사 내부망만 써야 한다면(정책상) → 4) 분기에서 “Full tunnel” 확인
3) 추가 해결: 기본 게이트웨이/경로표(0.0.0.0/0) 확인
핵심 개념(짧게)
0.0.0.0 경로는 “인터넷으로 가는 기본 길”이다. 이 길이 VPN으로 잡히면, VPN이 인터넷을 대신 전달해야 한다(Full tunnel). 전달이 안 되면 ‘인터넷 먹통’이 된다.
0.0.0.0 경로는 “인터넷으로 가는 기본 길”이다. 이 길이 VPN으로 잡히면, VPN이 인터넷을 대신 전달해야 한다(Full tunnel). 전달이 안 되면 ‘인터넷 먹통’이 된다.
증거 확인(다시 한 번)
route print
“IPv4 Route Table”에서 Network Destination = 0.0.0.0 라인을 찾고, Interface가 VPN 쪽인지, Wi-Fi/Ethernet 쪽인지 확인하면 된다.
4) 분기: Split tunneling / Kill Switch / DNS (진짜 원인이 여기일 때)
한 번에 정리하는 규칙
“회사 자원만 쓰고 인터넷은 로컬로”가 목표면 Split tunneling이 정답이고, “모든 트래픽을 VPN으로”가 정책이면 0.0.0.0 기본 경로가 VPN인 게 정상이다. 이때 인터넷이 안 되면 메트릭이 아니라 VPN 서버/정책/킬스위치 분기가 더 유력해진다.
“회사 자원만 쓰고 인터넷은 로컬로”가 목표면 Split tunneling이 정답이고, “모든 트래픽을 VPN으로”가 정책이면 0.0.0.0 기본 경로가 VPN인 게 정상이다. 이때 인터넷이 안 되면 메트릭이 아니라 VPN 서버/정책/킬스위치 분기가 더 유력해진다.
5) 실전 케이스 8개(상황 → 원인 → 해결)
케이스 1) VPN 켜면 웹이 완전히 안 열림, 끄면 즉시 정상
- 원인: 기본 경로가 VPN으로 잡힘 + 우선순위 꼬임
- 해결: 메트릭(인터넷 10, VPN 50~100) 조정
케이스 2) VPN이 잠깐 끊기면 인터넷도 0이 됨
- 원인: Kill Switch
- 해결: VPN 앱에서 Kill Switch 해제
케이스 3) 내부망은 되는데 외부 사이트만 안 됨
- 원인: Full tunnel 정책 또는 DNS 문제
- 해결: route print로 0.0.0.0 확인 + DNS 확인
케이스 4) 회사 VPN인데 인터넷이 막히는 게 “정상”
- 원인: 정책(Full tunnel/차단)
- 해결: 정책 범위 내에서만 사용(이 경우 메트릭 변경이 답이 아닐 수 있음)
케이스 5) VPN 켜면 도메인만 안 되고 IP는 됨
- 원인: DNS가 VPN DNS로 바뀌며 실패
- 해결: DNS 확인/수동 DNS(가능한 범위에서)
케이스 6) Wi-Fi↔랜선 바꾸면 VPN 먹통
- 원인: 어댑터 우선순위가 바뀜
- 해결: 메트릭을 수동 고정
케이스 7) 특정 VPN 앱만 유독 이 증상
- 원인: 앱 기본 설정(Full tunnel + Kill Switch)
- 해결: 앱 설정에서 분기 옵션 확인
케이스 8) 재부팅하면 잠깐 되다가 다시 안 됨
- 원인: 자동 메트릭이 다시 계산되며 꼬임
- 해결: 수동 메트릭으로 고정
한줄 결론
VPN 켠 뒤 인터넷이 먹통이면 어댑터 우선순위(메트릭)가 VPN에 빼앗긴 경우가 많다. 인터넷 어댑터 메트릭 10, VPN 메트릭 50~100으로 고정하면 복구되는 케이스가 많다.
VPN 켠 뒤 인터넷이 먹통이면 어댑터 우선순위(메트릭)가 VPN에 빼앗긴 경우가 많다. 인터넷 어댑터 메트릭 10, VPN 메트릭 50~100으로 고정하면 복구되는 케이스가 많다.
FAQ
메트릭을 바꾸면 VPN이 안 될 수도 있나요?
목적이 “인터넷은 로컬, 회사 자원만 VPN”인 경우엔 오히려 안정적일 때가 많다. 다만 정책상 모든 트래픽을 VPN으로 보내야 하는 환경(Full tunnel)이라면, 메트릭 변경이 의도와 충돌할 수 있다.
Kill Switch가 뭔가요?
VPN이 끊기면 “인터넷 자체를 차단”해서 IP 노출을 막는 기능이다. 보안에는 유리하지만, 연결이 불안정하면 “인터넷 먹통”처럼 느껴질 수 있다.
도메인만 안 되고 IP는 돼요
이 경우는 DNS가 VPN DNS로 바뀌며 실패하는 패턴이 많다. ping 1.1.1.1은 되는데 ping google.com이 안 되면 DNS 분기가 맞다.
태그
#VPN인터넷안됨 #어댑터우선순위 #메트릭 #InterfaceMetric #라우팅꼬임 #routeprint #KillSwitch #SplitTunneling #Windows11 #Windows10
#VPN인터넷안됨 #어댑터우선순위 #메트릭 #InterfaceMetric #라우팅꼬임 #routeprint #KillSwitch #SplitTunneling #Windows11 #Windows10