WSL 네트워크·DNS가 안 될 때 점검하기

WSL을 쓰다 보면 apt 업데이트가 멈추거나, 브라우저는 되는데 터미널에서만 도메인 접속이 안 되는 일이 생깁니다. 이때 무작정 설정 파일을 뜯어고치면 오히려 멀쩡하던 것까지 망가지기 쉽습니다. 네트워크 문제는 특히 한 번에 하나씩 점검하는 원칙이 중요합니다. 이 글에서는 연결 자체인지 DNS인지부터 가른 다음, 순서대로 원인을 좁히는 방법을 정리합니다.

먼저: 연결 문제인지 DNS 문제인지 가른다

가장 먼저 할 일은 “인터넷 자체가 안 되는 것”과 “이름을 주소로 못 바꾸는 것”을 나누는 일입니다. 이 둘은 해결 방법이 완전히 다릅니다. 구분하는 방법은 간단합니다. 숫자 IP로 ping 과 도메인으로 ping 을 따로 해 보는 것입니다.

ping -c 3 1.1.1.1        # 숫자 IP로 직접 연결 확인
ping -c 3 google.com     # 도메인(이름)으로 연결 확인

결과를 다음과 같이 읽으면 됩니다.

• 둘 다 안 됨 → 연결 자체 문제일 가능성이 큽니다. WSL이 바깥으로 나가는 길이 막힌 상태입니다.
• IP는 되는데 도메인은 안 됨 → 연결은 살아 있고, 이름을 주소로 바꾸는 DNS 단계에서 막힌 것입니다.
• 둘 다 됨 → 네트워크 기본은 정상이니, 문제는 특정 프로그램이나 프록시·인증 쪽일 수 있습니다.

이 한 번의 구분만으로도 이후 점검 범위가 절반으로 줄어듭니다.

DNS가 무엇이고 왜 따로 막히나

DNS(Domain Name System)는 google.com 같은 사람이 읽는 이름을 컴퓨터가 통신할 수 있는 숫자 주소(IP)로 바꿔 주는 일종의 주소록입니다. 인터넷 연결이 살아 있어도 이 주소록을 못 보면, 이름으로는 어디에도 닿지 못합니다. 앞에서 “IP는 되는데 도메인은 안 됨”이 나왔다면 바로 이 단계의 문제입니다.

리눅스에서 어떤 네임서버(주소록 서버)를 쓸지는 보통 /etc/resolv.conf 파일에 적혀 있습니다. 현재 어떤 값을 쓰는지 확인해 봅니다.

cat /etc/resolv.conf

nameserver 줄에 적힌 주소가 비어 있거나 닿지 않는 값이면 도메인 해석이 실패합니다.

WSL의 resolv.conf 자동 생성 동작 이해하기

여기서 WSL만의 특징을 알아 둬야 합니다. WSL은 많은 경우 /etc/resolv.conf 를 자동으로 생성합니다. 즉, 손으로 네임서버를 고쳐도 WSL을 다시 켜면 원래 자동 생성된 내용으로 덮어쓸 수 있습니다.

그래서 “resolv.conf 를 고쳤는데 재부팅하면 되돌아간다”는 일이 흔합니다. 이는 고장이 아니라 자동 생성 동작이 살아 있다는 신호입니다. 자동 생성을 끄고 직접 관리하는 설정 방법도 있지만, 환경마다 적절한 값이 다르고 잘못 끄면 더 헷갈리므로 입문 단계에서는 무리해서 바꾸기보다 아래의 가벼운 재시도부터 권합니다.

wsl —shutdown 후 다시 시도하기

WSL의 네트워크 상태가 꼬였을 때, 가장 부작용이 적고 효과가 큰 첫 시도는 WSL을 완전히 껐다 켜는 것입니다. 윈도우 쪽 터미널(PowerShell 등)에서 실행합니다.

wsl --shutdown

이 명령은 실행 중인 WSL을 모두 종료합니다. 잠시 기다린 뒤 다시 WSL을 켜면, 네트워크 구성과 resolv.conf 가 새로 만들어지며 일시적인 꼬임이 풀리는 경우가 많습니다. 설정 파일을 손대기 전에 이 단계를 먼저 거치는 것을 권합니다.

VPN·회사 네트워크·방화벽을 의심하기

집에서는 멀쩡하던 WSL이 회사나 특정 네트워크에서만 안 된다면, 원인이 WSL 바깥에 있을 수 있습니다.

• VPN — VPN을 켜면 네트워크 경로와 DNS가 바뀌어, WSL이 쓰던 네임서버로는 닿지 않게 될 수 있습니다. VPN을 켠/끈 상태를 각각 시험해 보면 영향 여부를 알 수 있습니다.
• 회사 네트워크·프록시 — 사내망은 정해진 프록시를 거치도록 강제하는 경우가 있습니다. 이때는 프록시 설정 없이 직접 나가려는 요청이 막힙니다.
• 방화벽·보안 프로그램 — 윈도우의 방화벽이나 보안 소프트웨어가 WSL의 통신을 차단할 수 있습니다.

이 항목들은 환경마다 정책이 크게 다르므로, 구체 설정을 바꾸기 전에 “언제 되고 언제 안 되는지”의 패턴부터 관찰하는 편이 안전합니다. 가능하면 네트워크 관리자나 보안 정책 안내를 함께 확인하세요.

시계가 어긋나면 인증이 깨질 수 있다

겉보기엔 네트워크 문제 같지만 실제로는 시간 문제인 경우도 있습니다. 보안 연결(HTTPS 등)은 인증서의 유효 기간을 검사하는데, WSL 안의 시계가 크게 어긋나 있으면 “인증서가 아직 유효하지 않다” 또는 “만료됐다”는 식의 오류가 날 수 있습니다. 연결은 되는데 특정 사이트나 패키지 서버에서 인증 오류가 반복된다면 시간을 확인해 보세요.

date   # 현재 시각이 실제와 크게 다르지 않은지 확인

시각이 많이 어긋나 있다면, 앞서 소개한 wsl --shutdown 후 재시작으로 시계가 다시 맞춰지는지부터 확인하는 것이 가볍습니다. 타임존이나 시간 동기화를 더 손봐야 한다면 한글·로케일·시간 설정 글을 함께 참고하세요.

초보자가 자주 막히는 부분

• 연결과 DNS를 구분하지 않고 설정부터 고침 — ping IP 와 ping 도메인 으로 먼저 나누면 헛수고를 크게 줄입니다.
• resolv.conf 를 고치고 끝났다고 생각 — WSL이 자동 생성하면 재시작 때 덮어써집니다. 되돌아가는 건 정상 동작일 수 있습니다.
• 한 번에 여러 가지를 바꿈 — VPN, 방화벽, resolv.conf 를 동시에 손대면 무엇이 효과였는지 알 수 없습니다.
• VPN·사내망 영향을 빼먹음 — “집에선 되는데 여기선 안 됨”이면 네트워크 환경 자체를 의심해야 합니다.
• 시간 문제를 네트워크 문제로 오해 — 인증서 관련 오류가 반복되면 date 로 시계부터 확인하세요.

정리

WSL 네트워크 문제는 원인이 여러 층에 걸쳐 있어 막막해 보이지만, 점검 순서를 정해 두면 의외로 빨리 좁혀집니다. 먼저 ping 으로 연결인지 DNS인지 가르고, 자동 생성되는 resolv.conf 의 동작을 이해한 뒤, wsl --shutdown 같은 가벼운 재시도부터 합니다. 그래도 안 되면 VPN·사내망·방화벽 같은 바깥 요인과 시계 어긋남까지 의심하면 됩니다. 핵심은 한 번에 하나씩 바꾸며 결과를 확인하는 것, 그 원칙만 지켜도 대부분의 문제는 침착하게 풀립니다.