ERR_NETWORK_CHANGED는 사이트 문제인가요, 제 문제인가요?

거의 항상 내 문제입니다. Chromium 네트워크 오류 -21로, 요청이 진행 중일 때 운영체제가 크롬에게 '활성 네트워크 연결이 바뀌었다'(내 기기의 IP 주소가 바뀌었다)고 알려주면 크롬이 이 오류를 냅니다. 그 신호는 서버가 아니라 내 기기에서 나옵니다. 단서는 특정 사이트가 아니라 모든 사이트에서 난다는 점입니다 — 망가진 사이트는 그 사이트에서만 거부나 타임아웃을 냅니다. 새로고침하면 고쳐지고 모든 사이트에서 간헐적으로 뜬다면, 내 밑의 연결이 흔들리는 것입니다.

왜 몇 분마다 계속 다시 뜨나요?

무언가가 내 네트워크 정체(IP)를 반복해서 바꾸고 있습니다. 흔한 범인은 타이머로 재연결하는 VPN 클라이언트나 깜빡이는 킬스위치, 절전 기능이 강해 끊었다 다시 붙는 와이파이 어댑터, 두 액세스포인트 사이 로밍(또는 라우터가 2.4GHz·5GHz 대역을 오가게 하는 밴드 스티어링), 갱신 때마다 새 주소를 주는 짧은 DHCP 임대입니다. 듀얼스택 망에서는 IPv6 프라이버시 주소가 설계상 주기적으로 교체돼 열린 연결의 출발 주소를 바꿔 버리기도 합니다.

ERR_INTERNET_DISCONNECTED나 ERR_CONNECTION_TIMED_OUT과 어떻게 다른가요?

ERR_INTERNET_DISCONNECTED는 크롬이 네트워크를 아예 못 보는 것 — 랜선이 빠졌거나 와이파이가 꺼짐. ERR_CONNECTION_TIMED_OUT은 네트워크는 있었는데 서버가 답을 안 준 것. ERR_NETWORK_CHANGED는 그 사이입니다: 잘 되던 네트워크가 요청 중간에 *다른 것으로 교체*돼, 크롬이 쓰던 연결이 현재 네트워크에 더는 속하지 않게 된 상태입니다. 해법은 서버를 쫓는 게 아니라 연결을 안정시키는 것입니다.

ERR_NETWORK_CHANGED: 사이트 아닌 내 네트워크

문제

크롬이 로딩 도중 전체 화면 오류로 죽습니다: “연결이 중단되었습니다. 네트워크 변경이 감지되었습니다,” 그 아래에 ERR_NETWORK_CHANGED. 새로고침하면 사라지기도 하고, 30초 뒤 다시 뜨기도 합니다. Chromium 네트워크 오류 -21입니다(“오류 21”로도 표시됩니다).

한 시간을 아껴 주는 관점 전환: 이건 사이트 잘못이 아닙니다. 크롬은 요청이 열려 있는 동안 운영체제가 “활성 네트워크 연결이 바뀌었다” — 정확히는 내 기기의 IP 주소가 바뀌었다 — 고 알려줄 때 ERR_NETWORK_CHANGED를 냅니다. 그 알림은 내 기기에서 옵니다. 크롬이 쓰던 연결은 더는 존재하지 않는 네트워크에 묶여 있었으므로, 믿을 수 없는 링크로 데이터를 보내느니 요청을 버립니다. 사람들은 웹사이트·DNS·“다들 안 되나”를 한참 들여다보지만, 답은 이것입니다: 요청 밑에서 내 네트워크가 빠져나간 것.

증상

특정 사이트가 아니라 모든 사이트에서 납니다 — 서버가 아니라 내 연결이라는 결정적 단서.
새로고침하면 바로 되는 경우가 많습니다. 그땐 새 네트워크가 자리 잡았기 때문입니다.
사건과 함께 몰립니다: VPN 연결/끊김, 와이파이 AP 사이 이동, 절전에서 깨어남, 랜선 뽑기, 폰이 와이파이에서 셀룰러로 전환.
ERR_INTERNET_DISCONNECTED(네트워크 자체 없음)나 ERR_CONNECTION_TIMED_OUT(답 없는 네트워크)이 아닙니다.

원인 Top 3

VPN 또는 프록시의 깜빡임. 타이머로 자동 재연결하는 VPN 클라이언트, 트래픽을 끊었다 살리는 킬스위치, 뒤집히는 스플릿터널 규칙 — 각각이 요청 도중 기본 경로와 출발 IP를 바꿉니다. 오류가 VPN 재연결과 맞물려 난다면 그게 답입니다. 관리형 노트북에서 단연 가장 흔한 방아쇠입니다.
와이파이 끊김 또는 로밍. 약하거나 혼잡한 신호는 어댑터를 끊었다 재접속하게 만듭니다. 배터리를 아끼려 와이파이 라디오를 재우는 절전, 같은 네트워크의 두 AP 사이 로밍, 라우터의 2.4GHz·5GHz “밴드 스티어링”도 마찬가지입니다. 재접속마다 새 IP를 담은 DHCP 임대를 새로 받을 수 있고 — 새 IP가 바로 -21의 방아쇠입니다.
IPv4/IPv6 듀얼스택 요동. 듀얼스택 망에서 브라우저는 어느 주소군을 쓸지 바꿀 수 있고, IPv6 임시(프라이버시) 주소는 설계상 주기적으로 교체됩니다(RFC 8981). 운영체제가 내주는 출발 주소가 바뀌면 열린 연결이 고아가 되고, 크롬은 네트워크가 바뀌었다고 보고합니다.

DechoNet으로 진단

내 IP 확인은 현재 공인 IP와 VPN·프록시를 거치는지 보여줍니다. 한 번 돌리고 1분 뒤 다시 돌려 보세요: 두 번 사이에 공인 IP가 바뀌면 내 출구(egress)가 실제로 움직이는 것이고, 크롬은 그 불안정에 반응하는 것입니다. 여러 번 확인해도 IP가 그대로면 원인은 로컬 링크(와이파이/어댑터) 쪽입니다.
HTTP 확인은 접속하려던 사이트를 외부 관점에서 때립니다. 밖에서 멀쩡히 열리면 사이트는 살아 있고 문제는 전적으로 내 쪽임이 확인됩니다 — 서버 디버깅은 그만하세요.

해결 체크리스트

한 사이트가 아니라 모든 사이트인지 확인. 전부 → 내 네트워크. 한 곳만 → 이 가이드가 아니라 그 사이트의 접근성을 보세요.
VPN/프록시를 완전히 끄고 재시도. 오류가 멈추면 VPN의 재연결/킬스위치 동작이 원인 — 자동 재연결을 끄거나 깜빡이지 않는 “상시 연결” 모드로 바꾸세요.
가능하면 유선의 안정적 연결에서 테스트. 랜선에서 오류가 없으면 와이파이 링크가 문제입니다.
와이파이면 어댑터의 절전 설정을 끄고, 네트워크가 2.4/5GHz SSID를 따로 노출하면 로밍을 막게 한쪽으로 기기를 고정하세요.
내 IP 확인을 1분 간격으로 두 번. 공인 IP가 바뀌면 주소가 요동친다는 확증이니, 그걸 통제하는 쪽(VPN, 라우터 DHCP 임대 시간, ISP)에 가져가세요.

이럴 땐 더 파고들기

VPN 없이 안정적 유선에서도 난다. 이제 로컬이고 구체적입니다: 불안정한 네트워크 드라이버(업데이트하거나 롤백), 어댑터를 껐다 켜는 OS 절전 설정, 네트워크 스택에 끼어들어 초기화하는 보안/백신 제품군. 깨끗한 브라우저 프로필에서, 가능하면 같은 링크의 다른 기기에서도 테스트해 기기 대 네트워크를 갈라내세요.
네트워크 전체가 모두에게서 요동친다. 여러 기기에서 동시에 뜨면 상류 문제입니다 — 고장 난 라우터, 주소를 계속 재할당하는 너무 짧은 DHCP 임대, 재협상 중인 ISP 링크. 브라우저가 아니라 라우터/ISP 수정 사항입니다.
셀룰러이거나 네트워크를 옮겨 다니는 중이다. 와이파이와 모바일 데이터 사이 핸드오프는 정당하게 IP를 바꾸므로 그 상황의 오류는 예상된 것이고 재시도하면 사라집니다. 세션 동안 한 네트워크에 머무는 것 외엔 고칠 게 없습니다.

내 도메인에서 바로 확인

무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.