ERR_ADDRESS_UNREACHABLE 오류 원인과 해결 방법

ERR_ADDRESS_UNREACHABLE이란?

ERR_ADDRESS_UNREACHABLE은 Chrome과 Edge에서 "This site can't be reached. http://192.168.1.1/ is unreachable."(한국어 Chrome에서는 '사이트에 연결할 수 없음')이라고 표시되는 오류입니다(주소 부분에는 입력한 주소가 들어갑니다). Chromium에서는 네트워크 오류 -109이며, 소스 코드에는 "The IP address is unreachable. This usually means that there is no route to the specified host or network."라고 명확히 설명되어 있습니다. IP 주소에 도달할 수 없으며, 보통 지정된 호스트나 네트워크로 가는 경로가 없다는 뜻입니다.

대부분의 연결 오류는 브라우저가 서버로 가는 경로를 찾았지만 도중에 문제가 생겼다는 뜻입니다. 이 오류는 브라우저에게 경로가 아예 없었다는 뜻입니다. 기기가 해당 주소로 패킷을 보내는 방법을 모르거나, 운영체제가 브라우저의 시도 자체를 막은 것입니다.

그래서 이 오류는 주로 로컬 사설 주소에서 발생합니다. 공유기 관리자 페이지, NAS, 프린터, 보안 카메라, Home Assistant, Raspberry Pi, 다른 컴퓨터의 개발 서버 등입니다. 이런 주소는 하나의 네트워크 안에만 존재하므로, 실제로 그 네트워크에 연결되어 있고 가로막는 것이 없을 때만 접속할 수 있습니다.

발생 이유: 흔한 원인 7가지

해결 방법 1: 같은 네트워크에 연결되어 있는지 확인

가장 많은 경우를 해결하는 방법입니다. 공유기나 로컬 기기에 접속하려면 휴대폰이나 컴퓨터가 바로 그 네트워크의 Wi-Fi나 이더넷에 연결되어 있어야 합니다:

• 휴대폰: 테스트하는 동안 모바일 데이터를 끄세요. 일부 휴대폰은 Wi-Fi에 인터넷이 없으면 모바일 데이터로 전환하는데, 그러면 로컬 주소에 접속할 수 없습니다.

• 노트북: 실제로 어떤 Wi-Fi 네트워크에 연결되어 있는지 확인하세요. 많은 가정에 여러 네트워크가 있습니다(기본 네트워크, 게스트, 5GHz 이름, 확장기).

• 주소 비교: 기기의 로컬 IP와 접속 대상은 보통 앞의 세 숫자가 같습니다. 예를 들어 192.168.1.23과 192.168.1.1입니다. 내 주소가 192.168.0.23이라면 다른 서브넷에 있는 것이므로 거기서는 192.168.1.1에 접속할 수 없습니다. 서브넷 계산기로 어떤 주소가 같은 서브넷에 속하는지 정확히 확인할 수 있습니다.

해결 방법 2: 공유기의 실제 IP 주소 찾기

모든 공유기가 192.168.1.1을 쓰는 것은 아닙니다. 흔한 기본값으로는 192.168.0.1, 10.0.0.1, 192.168.1.254, 192.168.100.1(주로 케이블 모뎀)이 있습니다. 공유기 주소는 기본 게이트웨이로 표시됩니다:

# Windows (명령 프롬프트): "Default Gateway"(기본 게이트웨이) 항목 확인
ipconfig

# macOS: "gateway:" 줄
route -n get default

# Linux: "default via" 뒤의 주소
ip route | grep default

iPhone에서는 설정 → Wi-Fi → 네트워크 옆의 (i)를 탭하세요. 라우터 항목이 열어야 할 주소입니다. Android에서는 설정 → 네트워크 및 인터넷 → 인터넷 → Wi-Fi 네트워크를 탭하면 네트워크 세부정보에 게이트웨이가 표시됩니다(정확한 메뉴 이름은 제조사마다 다릅니다). 내 IP 주소 확인 페이지는 공인 IP를 보여 주는데, 이는 이런 사설 주소와는 다른 주소입니다.

해결 방법 3: Mac에서 Chrome의 로컬 네트워크 접근 허용

macOS 15 Sequoia부터는 앱이 로컬 네트워크의 기기와 통신하려면 권한이 필요합니다. Chrome, Edge, Brave, Firefox가 거부되었거나 권한 요청을 받은 적이 없다면, 해당 브라우저에서는 모든 로컬 주소가 ERR_ADDRESS_UNREACHABLE로 표시되지만 Safari와 iPhone에서는 정상적으로 접속됩니다. macOS 업그레이드 후 NAS나 공유기 페이지가 Chrome에서만 열리지 않는 경우가 많은 이유입니다.

해결 방법:

• 시스템 설정 → 개인정보 보호 및 보안 → 로컬 네트워크를 엽니다.

• Google Chrome(그리고 사용하는 다른 브라우저)의 스위치를 켭니다.

• 브라우저를 완전히 종료(Cmd + Q)한 뒤 다시 열고 주소에 다시 접속합니다.

해결 방법 4: VPN 끄기(또는 LAN 접근 허용)

전체 터널 VPN은 로컬 주소로 가는 트래픽을 포함한 모든 트래픽을 VPN 서버로 보내는데, VPN 서버에는 집 네트워크로 가는 경로가 없습니다. VPN 연결을 끊고 다시 시도하세요.

VPN을 계속 켜 두어야 한다면 설정에서 LAN 접근 허용(Allow LAN access), 로컬 네트워크 공유, 로컬 네트워크에서 VPN 우회 같은 옵션을 찾아보세요. 대부분의 일반 소비자용 VPN 앱에 이런 옵션이 있습니다. 회사 VPN은 의도적으로 로컬 접근을 막는 경우가 많으니 IT 팀에 문의하세요.

해결 방법 5: 게스트 네트워크에서 나오거나 클라이언트 격리 끄기

게스트 Wi-Fi는 방문자가 내 기기에 접근하지 못하도록 설계되어 있습니다. 클라이언트 격리(AP 격리라고도 함)를 사용하므로, 게스트 네트워크의 기기는 인터넷에는 접속할 수 있지만 공유기 관리자 페이지, 프린터, NAS에는 접근할 수 없습니다. 메시 시스템과 ISP 공유기는 기본 네트워크에서도 이 기능을 켜 두는 경우가 많습니다.

대신 기본 네트워크에 연결하세요. 기본 네트워크에 이 설정이 켜져 있다면, 유선으로 연결된 컴퓨터에서 공유기에 로그인해 무선 설정에서 AP 격리 또는 클라이언트 격리를 끄세요.

해결 방법 6: 기기가 켜져 있고 IP가 그대로인지 확인

공유기는 DHCP로 로컬 주소를 나눠 주므로, 재부팅 후 NAS, 카메라, 프린터가 다른 주소를 받을 수 있습니다. 그러면 북마크는 더 이상 존재하지 않는 주소를 가리키게 됩니다.

• Ping을 보내세요: ping 192.168.1.50. "Destination host unreachable"(대상 호스트에 연결할 수 없음)이 나오거나 응답이 없다면 그 주소에서 응답하는 기기가 없는 것입니다.

• 새 IP를 찾으세요: 공유기의 연결된 기기 목록을 확인하거나, arp -a를 실행해 컴퓨터가 최근 통신한 기기 목록을 확인하세요. MAC 주소는 IP가 바뀌어도 기기를 식별해 주며, MAC 주소 조회 도구로 제조사를 확인할 수 있습니다.

• 재발 방지: 공유기에서 해당 기기에 DHCP 예약을 만들어 항상 같은 IP를 받도록 하세요.

iPhone과 Android에서 ERR_ADDRESS_UNREACHABLE 해결하기

• iPhone, 로컬 네트워크 권한: Chrome을 포함한 앱이 Wi-Fi의 기기에 접근하려면 권한이 필요합니다. 설정 → 개인정보 보호 및 보안 → 로컬 네트워크로 이동해 브라우저나 앱을 허용하세요.

• iPhone, 서브넷 확인: 설정 → Wi-Fi → (i)를 탭하면 IP 주소와 라우터 주소가 표시됩니다. 앞의 세 숫자가 접속하려는 주소와 다르다면 잘못된 네트워크에 연결되어 있는 것입니다.

• Android: 테스트하는 동안 모바일 데이터를 끄고, VPN이나 광고 차단 앱을 끄고, 게스트 네트워크에 연결되어 있지 않은지 확인하세요.

• 공통: Wi-Fi 네트워크 저장을 삭제한 뒤 다시 연결하면 IP 주소와 경로가 새로 고쳐집니다.

개발자용: 앱과 에뮬레이터의 net::ERR_ADDRESS_UNREACHABLE

개발자는 주로 Android WebView에서, 또는 휴대폰으로 로컬 개발 서버를 테스트할 때 이 오류를 만납니다:

• Android 에뮬레이터: 에뮬레이터 안의 localhost는 에뮬레이터 자신입니다. 컴퓨터의 localhost에 접속하려면 10.0.2.2를 사용하세요.

• 실제 휴대폰에서 개발 서버로: 휴대폰이 같은 Wi-Fi(게스트 아님)에 연결되어 있어야 하며, http://192.168.1.23:3000처럼 컴퓨터의 LAN IP를 사용해야 합니다. 서버를 모든 인터페이스에 바인딩하세요(next dev -H 0.0.0.0, vite --host). 그렇지 않으면 대신 연결 거부 오류가 납니다.

• Sequoia 이상의 Mac: 휴대폰의 연결을 받는 개발 서버에는 로컬 네트워크 권한이 필요 없고, 터미널이나 SSH에서 실행하는 도구는 자동으로 허용됩니다. 다만 Mac의 브라우저가 LAN 주소를 열려면 해결 방법 3처럼 권한이 필요합니다.

• Docker와 WSL2는 각자의 가상 서브넷에 있습니다. 포트를 게시하고(-p 3000:3000) 컨테이너의 내부 IP가 아닌 호스트의 IP로 연결하세요.

ERR_ADDRESS_UNREACHABLE과 비슷한 오류 비교

로컬 기기에는 접속되는데 웹사이트만 안 된다면 Wi-Fi는 연결되었는데 인터넷이 안 될 때를 참고하세요. 공개 웹사이트가 멈춘다면 ERR_CONNECTION_TIMED_OUT을, DNS 실패라면 ERR_NAME_NOT_RESOLVED를 참고하세요. traceroute나 tracert 명령어로 주소까지 가는 경로가 정확히 어디서 끝나는지 확인할 수 있습니다.