파워포인트 자막(라이브 캡션) 안될 때 1분 진단과 완전 해결 가이드

날짜:

ERR_ADDRESS_UNREACHABLE · ERR_NETWORK_CHANGED 해결법: 네트워크 변경 감지 시 와이파이 재연결·유선 재삽입 종합 가이드

날짜:

이 글의 목적은 크롬 등 브라우저에서 발생하는 ERR_ADDRESS_UNREACHABLE 및 ERR_NETWORK_CHANGED 오류를 현장에서 신속히 복구할 수 있도록 원인별 점검순서와 OS별 복구 절차, 재발 방지 설정을 체계적으로 제공하는 것이다.

1. 오류 의미와 작동 원리 이해

두 오류는 네트워크 경로가 일시적으로 끊기거나 변경되어 대상 주소로의 라우팅이 실패할 때 발생한다. 대표적으로 무선 네트워크 전환, 유선 케이블 접촉 불량, DHCP 재할당, VPN·프록시 개입, 드라이버 재시작, 라우터 재부팅, 이동 중 AP 자동 전환, 전력관리에 의한 인터페이스 절전 등이 트리거가 된다. ERR_ADDRESS_UNREACHABLE은 목적지 서브넷이 현재 경로로 도달 불가함을, ERR_NETWORK_CHANGED는 인터페이스·게이트웨이·DNS 등 네트워크 파라미터가 세션 중 변경되었음을 나타낸다. 브라우저는 소켓 연결 재수립을 시도하나, ARP 캐시·DNS 캐시·세션 쿠키·HTTP/2 연결 재사용 등의 상태가 뒤엉키면 실패가 지속될 수 있다.

2. 현장 즉시 복구 체크리스트(요약)

단계조치목적예상 소요
1와이파이 끊고 10초 후 재연결 또는 유선 케이블 재삽입불안정 링크 초기화1분
2비행기모드 10초 후 해제 또는 네트워크 어댑터 On/OffIP·DNS 재협상1분
3DNS 캐시·브라우저 캐시 초기화오염된 캐시 제거2분
4VPN·프록시·보안클라이언트 일시 중지중간자 경로 배제2분
5라우터·스위치 전원 30초 차단 후 재가동NAT·DHCP 정상이행3~5분
6고정 DNS 설정 또는 MTU 조정경로 MTU·해석 안정화3분
7드라이버 업데이트·전력관리 해제인터페이스 안정화5분

3. 사용자 환경별 상세 복구 절차

3.1 Windows 10/11

  1. 네트워크 초기화하다.
    • 유선: 케이블 양단을 완전히 뺐다가 딸깍 소리까지 확실히 재삽입하다.
    • 무선: 작업표시줄 Wi-Fi 아이콘 → 연결 해제 → 10초 대기 → 재연결하다.
  2. 어댑터 재시작하다.
    • 제어판 > 네트워크 및 인터넷 > 네트워크 연결에서 사용 중 어댑터를 사용 안 함 → 사용으로 전환하다.
  3. IP·DNS 갱신하다. 
    Windows 터미널(관리자):
ipconfig /release
ipconfig /flushdns
ipconfig /renew
netsh int ip reset
netsh winsock reset
  4. 고정 DNS를 임시 설정하다.
    • 어댑터 속성 > IPv4에서 DNS를 수동으로 1차 1.1.1.1, 2차 8.8.8.8 등으로 지정하다.
  5. 전력관리 해제하다.
    • 장치 관리자 > 네트워크 어댑터 > 전원 관리 탭 > 절전 해제 옵션 체크 해제하다.
  6. 드라이버·펌웨어 업데이트하다.
    • 제조사 드라이버 최신판 적용하고, 노트북 BIOS·무선카드 펌웨어를 갱신하다.

3.2 macOS

  1. Wi-Fi 끄고 10초 후 켜다. 유선은 썬더볼트·USB-C 허브를 뺐다 끼우다.
  2. DHCP 임대 갱신하다: 시스템 설정 > 네트워크 > 사용 중 서비스 > 상세정보 > TCP/IP > DHCP 임대 갱신 실행하다.
  3. DNS 설정 점검하다: 네임서버에 검증된 퍼블릭 DNS를 임시 추가하다.
  4. 네트워크 우선순위 정리하다: 사용하지 않는 서비스 순위를 하향하거나 제거하다.
  5. 네트워크 인터페이스 재생성 필요 시, 서비스 제거 후 다시 추가하다.

3.3 iOS·iPadOS

  1. 설정 > Wi-Fi > 해당 SSID > 이 네트워크 설정 무시 → 재연결하다.
  2. 사설 DNS 사용 시 비활성으로 전환하여 재시도하다.
  3. 셀룰러는 비행기 모드 10초 후 해제하다.

3.4 Android

  1. Wi-Fi 저장 네트워크 삭제 후 재등록하다.
  2. 개발자 옵션의 모바일 데이터 항상 켜기가 혼선이면 해제하고 재시도하다.
  3. 프라이빗 DNS 사용 중이면 일시적으로 자동으로 전환하다.

4. 라우터·스위치·모뎀 측 점검

  1. 전원 재가동하다. 전원을 끄고 30초 후 켜서 NAT·DHCP·무선 제어기를 초기화하다.
  2. 이중 NAT 여부 확인하다. 모뎀 겸용 장비와 공유기 이중 구성 시 브릿지 모드 또는 DMZ로 단일 NAT 구성을 확보하다.
  3. 채널 간섭 줄이다. 2.4GHz는 1·6·11, 5GHz는 자동 또는 DFS 채널로 조정하다.
  4. MTU 조정하다. PPPoE·터널 사용 시 1492 또는 1450 근방으로 낮춰 단편화를 줄이다.
  5. 펌웨어 업데이트하다. 장비 보안패치와 안정화 개선을 적용하다.
  6. DHCP 풀 확인하다. 임대 범위 고갈 시 범위를 확장하거나 임대시간을 적절히 늘리다.

5. 기업·원격근무 환경 특이점

  • VPN 강제 터널 정책이 변경되면 모든 트래픽 경로가 교체되어 ERR_NETWORK_CHANGED가 빈발한다. 연결 정책이 바뀐 시점을 확인하고 DNS·분할터널 예외를 점검하다.
  • 프록시 자동 구성(PAC) URL이 변경되면 기존 세션은 폐기된다. 브라우저의 자동 프록시 탐지 기능을 끄고 수동 설정으로 검증하다.
  • 보안 DNS·TLS 검사 기능이 있는 엔드포인트 보안 프로그램은 인증서 삽입으로 통신이 재협상된다. 일시 중지 후 재현 여부를 확인하다.
  • 스위치 포트의 에너지 효율 이더넷(EEE) 설정은 유휴 시 링크를 낮춰 재협상 지연을 유발할 수 있다. 중요 단말은 EEE를 끄거나 고정 링크 속도를 지정하다.

6. 브라우저·애플리케이션 측 조치

  1. 브라우저 DNS 캐시·소켓 풀 초기화하다. 
    Chrome 주소창:
chrome://net-internals/#dns  → Clear host cache
chrome://net-internals/#sockets → Flush socket pools
  2. 확장프로그램 비활성화하다. 광고 차단·프록시·보안 확장이 경로를 바꾸는지 확인하다.
  3. QUIC 사용이 원인일 경우 실험적으로 끄고 재시험하다. 정책에 따라 운영 환경에서는 신중히 적용하다.
  4. 앱 단위 프록시 또는 인앱 VPN이 있으면 해제하고 재시도하다.

7. 물리 계층과 케이블링 점검

  • RJ-45 헤드 클릭감이 약하면 재작업하다. 크림핑 불량·핀 산화는 간헐적 링크 다운을 만든다.
  • PoE 장비는 전력 공급 변동으로 링크 리셋이 발생할 수 있다. 전원 예산과 케이블 길이를 점검하다.
  • 벽체 단자·패치패널 간 경로를 Trace하여 느슨한 결속을 제거하다.

8. DNS·라우팅 심화 진단

항목WindowsmacOS/Linux목적
DNS 질의 nslookup 도메인 네임서버 dig +trace 도메인 권위 응답 확인하다
경로 추적 tracert 대상 traceroute 대상 게이트웨이 이후 구간 파악하다
ARP 확인 arp -a arp -an 게이트웨이 MAC 캐시 확인하다
MTU 검사 ping -f -l 1472 8.8.8.8 ping -M do -s 1472 8.8.8.8 경로 MTU 산정하다

9. 재발 방지 설정

  • 노트북 전원 프로필에서 무선 어댑터 전원 절약을 최대 성능으로 고정하다.
  • 주 사용 SSID를 5GHz로 지정하고 2.4GHz 자동전환을 제한하다.
  • DHCP 임대시간을 업무 패턴에 맞게 조정하다. 잦은 재할당을 줄이다.
  • 중요 회의·원격 접속 시 유선 연결을 기본값으로 사용하다.
  • 라우터 스케줄 재부팅을 업무 외 시간으로 설정하다.

10. 상황별 빠른 레시피

10.1 무선 AP 이동 중 끊김

로밍 민감도가 높은 클라이언트는 AP 간 전환 시 IP 재협상 지연이 발생한다. SSID를 동일하게 구성하되 채널 중복을 피하고 802.11k/v/r 지원을 활성화하다. 로밍 중 응용프로그램이 민감하면 세션 유지가 강한 VPN을 사용하거나 유선을 사용하다.

10.2 사설망·게이트웨이 접근 불가

ERR_ADDRESS_UNREACHABLE이 사설 IP 대역에서만 발생하면 서브넷 마스크 또는 정적 라우트 설정을 확인하다. 원격 장치의 방화벽·ACL에서 ICMP 차단이 있는지도 점검하다.

10.3 특정 사이트만 오류

해당 도메인의 DNS 응답이 지역별로 상이할 수 있다. DNS를 교체하여 재시험하고, CDN의 포인트에 장애가 있는지 상태 페이지로 확인하다. HSTS·쿠키 충돌 시 시크릿 모드에서 재현 여부를 먼저 확인하다.

10.4 공공 Wi-Fi 포털 미표시

사설 DNS·VPN이 활성화되면 캡티브 포털이 뜨지 않는다. 모두 해제하고 http://neverssl.com 같은 HTTP 평문 접속으로 포털 띄운 후 로그인하다.

11. 점검 기록 양식 예시

일시사용자/장소증상원인조치결과
YYYY-MM-DD HH:MM홍길동/회의실AERR_NETWORK_CHANGEDAP 전환5GHz 고정, DHCP 갱신정상

12. 표준 운영 절차(SOP) 샘플

  1. 사용자 신고 접수 후 재현 페이지와 시각 확보하다.
  2. 링크 상태 확인 및 무선/유선 재연결하다.
  3. IP·DNS 갱신과 VPN/프록시 비활성화 후 재시도하다.
  4. 브라우저 캐시·소켓 풀 초기화하다.
  5. 라우터 재부팅 및 DHCP 풀·로그 점검하다.
  6. MTU·이중 NAT·채널 간섭 등 환경 요인 검사하다.
  7. 조치내용 기록하고 재발 방지 설정 적용하다.

FAQ

와이파이 재연결로도 해결되지 않으면 무엇을 먼저 보나?

IP 충돌·DHCP 할당 실패 가능성이 크다. ipconfig /release, /renew 또는 macOS의 DHCP 임대 갱신을 먼저 수행하고, 고정 DNS를 임시 설정하여 재시도하다.

특정 화상회의만 끊기는데 브라우징은 된다. 왜 그런가?

경로 MTU·UDP 포트 제약·QoS가 원인일 수 있다. MTU 테스트 후 낮춰 적용하고, 사내 방화벽에서 서비스 포트를 허용하다.

ERR_ADDRESS_UNREACHABLE과 DNS 오류는 어떻게 구별하나?

DNS 오류는 도메인 해석 자체가 실패하나, ERR_ADDRESS_UNREACHABLE은 해석은 되지만 경로가 없다는 의미이다. nslookup 성공 여부로 1차 구분하다.

VPN 사용이 필수인데 자주 끊긴다. 어떻게 안정화하나?

분할터널을 허용하고, 무선은 5GHz 고정 및 로밍 최적화를 적용하다. MTU를 1400 근방으로 낮춰 단편화를 줄이다.

공유기 교체 없이 할 수 있는 최적화가 있나?

채널 재배치, 펌웨어 업데이트, DHCP 임대시간 조정, 스케줄 재부팅, QoS 우선순위 설정 등으로 체감 안정성을 높일 수 있다.