IPv6 문제 해결: 일반적인 연결 문제 해결

IPv6가 중단되면 증상이 다양합니다. 할당된 주소 없음, 일부 사이트에는 연결되지만 다른 사이트에는 연결되지 않음 또는 모든 것이 작동하지만 느리게 느껴집니다. 이 가이드는 가장 빠른 확인에서 심층 네트워크 분석까지 체계적인 진단을 안내합니다.

TL;DR - 빠른 요약

핵심 포인트:

세 가지 질문으로 시작: 주소가 있습니까? IP로 연결할 수 있습니까? 로컬로 연결할 수 있습니까?
전역 주소가 없는 경우(링크 로컬만) 라우터 알림 확인
ICMPv6는 차단되어서는 안 됩니다—IPv6 작동에 필수적입니다
traceroute6을 사용하여 패킷이 멈추는 위치를 찾으세요

바로가기: 로컬 구성 | 일반적인 문제 | ISP에 연락할 때

세 가지 질문으로 시작 #

명령을 실행하기 전에 문제를 좁힙니다:

IPv6 주소가 있습니까? 그렇지 않으면 문제가 할당 수준(DHCP, SLAAC 또는 라우터 알림)에 있습니다.
주소로는 IPv6 사이트에 연결할 수 있지만 이름으로는 연결할 수 없습니까? DNS가 범인입니다.
링크 로컬 주소에는 연결할 수 있지만 그 이상은 연결할 수 없습니까? 라우팅 또는 방화벽 문제입니다.

이 세 가지 질문은 80%의 문제 해결 경로를 제거합니다.

로컬 구성 확인 #

장치에 IPv6 주소가 있고 게이트웨이를 알고 있는지 확인하여 시작합니다.

Linux:

ip -6 addr show
ip -6 route show

macOS:

ifconfig
netstat -nr -f inet6

Windows:

ipconfig
netsh interface ipv6 show route

전역 유니캐스트 주소(2 또는 3으로 시작)를 찾습니다. 링크 로컬 주소(fe80::로 시작)도 표시되어야 합니다. 링크 로컬만 있으면 호스트가 적절한 IPv6 접두사를 받지 못하고 있습니다.

라우터 알림 확인 #

대부분의 IPv6 네트워크는 라우터가 존재와 네트워크 접두사를 브로드캐스트하는 SLAAC(Stateless Address Autoconfiguration)를 사용합니다. 장치에 전역 주소가 없으면 라우터 알림이 도달하지 않을 수 있습니다.

RA 수신 확인(Linux):

sudo rdisc6 eth0

RA 수신 확인(macOS/Windows): Wireshark 또는 tcpdump를 사용하여 ICMPv6 유형 134(Router Advertisement) 패킷 캡처:

sudo tcpdump -i en0 'icmp6 and ip6[40] == 134'

30초 후에 RA가 없으면 라우터가 알리지 않거나 무언가가 필터링하고 있습니다. 먼저 라우터의 IPv6 설정을 확인하세요.

링크 로컬 연결 테스트 #

링크 로컬 주소는 라우터 구성 없이 작동합니다. 실패하면 레이어 2 문제가 있습니다.

게이트웨이의 링크 로컬 주소 찾기:

# Linux
ip -6 route show default
 
# macOS/Windows
라우팅 테이블에 표시된 게이트웨이 사용

인터페이스가 지정된 것으로 ping:

# Linux
ping6 -c 4 fe80::1%eth0
 
# macOS
ping6 -c 4 fe80::1%en0
 
# Windows
ping -6 fe80::1%12

fe80::1을 실제 게이트웨이 주소로, eth0/en0/12를 인터페이스 이름/번호로 바꿉니다. 실패하면 케이블, 스위치 및 WiFi 연결을 확인하세요.

인터넷 연결 테스트 #

알려진 양호한 IPv6 주소를 사용하여 DNS를 완전히 우회합니다.

# Cloudflare DNS
ping6 2606:4700:4700::1111
 
# Google DNS
ping6 2001:4860:4860::8888
 
# ping6.net
ping6 2a07:8dc0:18:0:78:47ff:fe6e:da5a

작동하면 IPv6 스택이 작동하고 DNS가 문제입니다(앞으로 건너뛰기). 실패하면 문제가 로컬인지 업스트림인지 테스트합니다.

DNS 확인 확인 #

많은 "IPv6가 작동하지 않음" 보고는 실제로 DNS 문제입니다. 장치에 연결이 있을 수 있지만 AAAA 레코드를 확인할 수 없습니다.

AAAA 레코드 조회 테스트:

# 시스템 리졸버 사용
nslookup -type=AAAA google.com
 
# 특정 DNS 서버 사용
dig @2001:4860:4860::8888 AAAA google.com
 
# Windows
nslookup -type=AAAA google.com 2001:4860:4860::8888

AAAA 쿼리가 실패하지만 A 쿼리(IPv4)가 성공하면 DNS 서버에 IPv6 연결이 없거나 AAAA 레코드를 처리하도록 구성되지 않았을 수 있습니다. Cloudflare(2606:4700:4700::1111) 또는 Google(2001:4860:4860::8888) DNS 서버로 변경해 보세요.

경로 분석 #

일부 대상은 ping할 수 있지만 다른 대상은 ping할 수 없는 경우 traceroute를 사용하여 패킷이 멈추는 위치를 찾습니다.

# Linux/macOS
traceroute6 google.com
 
# Windows
tracert -6 google.com

다음을 찾습니다:

홉 1-2에서 시간 초과: 로컬 네트워크 문제(게이트웨이, 방화벽)
여러 홉 후 시간 초과: ISP 라우팅 문제
비대칭 라우트 또는 루프: BGP 잘못된 구성(ISP에 문의)

Traceroute 도구를 사용하여 홉별 대기 시간을 확인하고 패킷이 삭제되는 위치를 식별할 수도 있습니다.

일반적인 문제 및 해결 방법 #

IPv6 주소 할당 안 됨 #

증상: fe80:: 링크 로컬 주소만 표시됩니다.

원인:

라우터가 RA를 보내지 않음
DHCPv6 서버에 연결할 수 없음
IPv6용 인터페이스 비활성화됨

해결 방법:

라우터에 IPv6가 활성화되어 있고 접두사 위임이 구성되어 있는지 확인
네트워크 인터페이스 재시작: sudo ifdown eth0 && sudo ifup eth0(Linux) 또는 WiFi 끄기/켜기
SLAAC 강제: sudo dhclient -6 -r && sudo dhclient -6(Linux)
Windows에서: netsh interface ipv6 reset 및 재부팅

링크 로컬만(기본 라우트 없음)#

증상: fe80:: 주소가 있고, 로컬 링크를 ping할 수 있지만 인터넷이 없습니다.

원인:

접두사 정보 없이 RA를 보내는 라우터
ICMPv6를 차단하는 방화벽
정적 라우트 잘못된 구성

해결 방법:

라우터가 /64 접두사를 위임하는지 확인(자신을 알리는 것만이 아님)
ICMPv6가 차단되지 않았는지 확인: sudo ip6tables -L(Linux) 또는 Windows 방화벽 설정
수동으로 기본 라우트 추가(임시): sudo ip -6 route add default via fe80::1 dev eth0

주소는 있지만 연결 없음 #

증상: 전역 IPv6 주소가 할당되고, 라우팅 테이블이 올바르게 보이지만 아무것도 연결할 수 없습니다.

원인:

ISP가 트래픽을 차단
MTU 문제(패킷 단편화 실패)
설정된 연결을 삭제하는 방화벽

해결 방법:

ISP 지원 라인으로 테스트(IPv6를 활성화해야 할 수 있음)
MTU 낮추기: sudo ip link set eth0 mtu 1280(IPv6 최소)
방화벽 규칙이 아웃바운드 IPv6를 허용하는지 확인
IPv6를 제거하는 CGNAT 뒤에 있지 않은지 확인

IPv6가 IPv4보다 느림 #

증상: 사이트가 로드되지만 IPv4에 비해 눈에 띄는 지연이 있습니다.

원인:

터널 오버헤드(6to4, Teredo, 6rd)
최적이 아닌 라우팅(패킷이 긴 경로를 사용)
Happy Eyeballs 시간 초과 문제

해결 방법:

터널을 사용하는 경우 ISP의 네이티브 IPv6로 전환
traceroute 홉 비교: traceroute google.com vs traceroute6 google.com
네이티브를 사용할 수 있는 경우 터널 비활성화: netsh interface teredo set state disabled(Windows)
IPv6 Ping 도구로 기준 대기 시간 측정 테스트

ISP에 연락해야 할 때 #

다음과 같은 경우 ISP에 전화하세요:

라우터가 "IPv6 지원되지 않음" 또는 "접두사 위임 대기 중"을 표시
접두사가 할당되었지만 라우팅할 수 없음(외부 ping으로 테스트)
Traceroute가 네트워크를 떠난 직후 실패를 표시
위의 수정 사항이 작동하지 않고 구성이 올바르게 보임

전화하기 전에 다음을 수집하세요:

ip addr 또는 ipconfig 출력
할당된 IPv6 접두사
ping6 2001:4860:4860::8888 결과
실패가 발생하는 위치를 보여주는 traceroute 출력

이렇게 하면 지원 통화 시간이 크게 단축됩니다.