Defaults.Exposed › 수정 › IPv6 지원

IPv6 지원 수정 방법

IPv6는 구형(IPv4)이 공간이 부족해서 도입된 더 새롭고 훨씬 큰 인터넷 주소 체계입니다. IPv6 지원을 추가하면 웹사이트와 이메일을 현대 네트워크와 구형 네트워크 모두에서 접근할 수 있습니다. 채점에서 이것은 정보 제공입니다 — 없어도 등급이 낮아지지 않습니다 — 하지만 실제 도달 문제입니다: 증가하는 모바일 및 해외 고객 비율이 IPv6 전용 네트워크로 연결하며 귀사가 지원하는 경우에만 원활하게 접근합니다. 수정은 무료이며 DNS와 호스팅 설정에 있습니다.

비즈니스에 미치는 핵심 영향: 점점 더 많은 인터넷 사용자 — 특히 모바일 통신사와 아시아 및 일부 유럽의 빠르게 성장하는 시장에서 — 가 이제 IPv6로 연결합니다. 귀사 사이트가 IPv4 전용이라면 그 방문자들은 대개 통과하지만(통신사가 연결을 변환합니다) 그 변환은 홉을 추가하고 약간 느릴 수 있으며 바쁜 시간에 실패하거나 제한될 수 있는 또 하나의 것입니다. IPv6를 지원하면 현대 고객을 위한 더 깔끔하고 직접적인 연결, 작은 미래 대비 이점, 기술 구매자에게 인프라가 현재적이라는 신호가 됩니다. 등급에는 영향을 미치지 않으므로 긴급이 아닌 미래 지향적 마무리로 취급하세요 — 하지만 무료로 추가하고 인터넷이 향하는 방향에 맞춰집니다.

발생 가능한 비용

IPv6 전용 모바일 통신사의 고객이 귀사 IPv4 사이트에 통신사의 변환 레이어를 통해 접근해야 합니다. 거의 항상 작동하지만 지연 시간을 추가하고 피크 시간에 지연되거나 충돌할 수 있는 하나 더 많은 의존성입니다.
기술 구매자나 파트너의 보안/인프라 팀이 서명 전 빠른 스캔을 실행하여 귀사가 IPv4 전용이라는 것을 파악합니다. 이중 스택(IPv4 + IPv6)을 보여주는 경쟁사는 '현대적, 잘 관리됨' 열에 들어가는 반면 귀사는 '괜찮지만 약간 뒤처짐'에 앉습니다.
IPv6가 이미 지배적인 시장 — 아시아 일부, 인도, 일부 유럽 모바일 네트워크 — 으로 확장합니다. 항상 변환을 통하지 않고 직접 도달 가능한 것이 가장 새로운 고객에게 느리거나 불안정한 연결의 작지만 실제적인 원인을 제거합니다.
귀사 호스팅이나 CDN이 이미 무료로 IPv6를 지원하지만 아무도 켜지 않아 경쟁사가 기본으로 획득한 쉬운 무비용 개선을 놓치고 있습니다.
정부나 기업 조달 체크리스트가 귀사 서비스가 IPv6 준비가 되어 있는지 묻습니다(많은 공공 부문 위임이 이제 그렇게 합니다). 수정이 처음부터 무료였는데 '아니요'는 설명하기 어색한 줄입니다.

중요한 이유. 방법론에서 IPv6 지원은 정보 제공입니다 — 검사는 0점으로 등록되어 있으며 등급을 변동시키지 않습니다. 실제 도달 및 현대성 신호이기 때문에 보고합니다: 인터넷이 수년 전에 구형(IPv4) 주소를 소진했고 IPv6 전용 네트워크로 연결하는 사용자 비율이 계속 증가합니다. IPv6를 지원하면 그 사용자에게 귀사 사이트와 이메일로 더 깔끔하고 직접적인 경로가 제공되며 확인하는 사람에게 현재 인프라를 신호합니다.

쉬운 설명

인터넷은 모든 서버를 숫자 주소로 식별합니다. 원래 시스템인 IPv4는 고정된 상당히 작은 주소 풀을 가지고 있으며 세상은 수년 전에 새 것이 소진되었습니다. 대체 시스템인 IPv6는 사실상 무제한 풀을 가지고 있으며 인터넷은 그 이후로 조용히 이전 중입니다.

IPv6 지원은 웹사이트(와 이메일)를 구형뿐만 아니라 이 새로운 네트워크에서도 접근할 수 있다는 것을 의미합니다. 실제로 DNS에서 하나로 귀결됩니다: 구형 주소를 나열하는 레코드(A 레코드) 옆에 IPv6 주소를 나열하는 레코드(AAAA 레코드 — A 네 개)도 게시합니다. 둘을 나란히 실행하는 것을 이중 스택이라고 하며 이것이 안전하게 하는 일반적인 방법입니다.

이 검사는 정보 제공입니다. 등급을 변경하지 않습니다. 도메인이 AAAA 레코드를 게시하는지 확인하고 발견한 것 — 있거나 없거나 — 을 보고합니다. 실패가 아닌 무료로 수정 가능한 실제 도달 및 현대성 신호이기 때문에 표시합니다.

비즈니스 피해 사례

하드 장애를 거의 일으키지 않습니다 — 그것이 정보 제공이 아닌 채점된 이유입니다. 하지만 “보이지 않는 비용”도 여전히 비용입니다:

모바일 고객을 위한 약간 느린 경험. 많은 모바일 통신사가 이제 내부적으로 IPv6 전용으로 실행합니다. 귀사 IPv4 전용 사이트에 도달하는 그런 네트워크의 고객은 통신사의 변환 레이어를 통과합니다 — 지연 시간을 추가하고 피크 시간에 혼잡할 수 있는 추가 홉. IPv6가 있는 경쟁사는 같은 고객에게 더 깔끔하고 직접적인 연결을 제공합니다.
기술 구매자에게 약한 인상. 계약이 서명되기 전에 구매자의 IT나 보안 팀이 종종 빠른 인프라 스캔을 실행합니다. IPv4 전용이 실패하지는 않지만 이중 스택은 “현대적이고 잘 관리됨”으로 읽히며 없으면 “약간 뒤처짐”으로 읽힙니다.
IPv6 지배 시장에서의 마찰. IPv6가 이미 기준인 지역 — 아시아 일부, 인도, 일부 유럽 모바일 네트워크 — 으로 확장한다면 직접 도달 가능한 것이 가장 새롭고 어렵게 얻은 고객에게 느리거나 불안정한 연결의 실제 원인을 제거합니다.
조달 체크박스 실패. 많은 공공 부문 및 기업 조달 프로세스가 이제 귀사 서비스가 IPv6 준비가 되어 있는지 명시적으로 묻습니다.
테이블에 무료 개선을 남김. 매우 자주 호스트나 CDN이 이미 추가 비용 없이 IPv6를 지원합니다 — 단순히 켜지지 않았습니다.

실제 내용

인터넷의 모든 장치에는 주소가 필요합니다. IPv4 주소는 203.0.113.10처럼 보입니다 — 4개의 숫자, 약 43억 개의 풀, 오래전에 소진. IPv6 주소는 2001:db8::1처럼 보입니다 — 더 길고 16진수이며 사실상 무제한 풀.

DNS에서 이것들은 두 레코드 유형으로 존재합니다:

A 레코드 → IPv4 주소(구형 네트워크).
AAAA 레코드 → IPv6 주소(새로운 네트워크).

검사는 dig AAAA yourdomain.com 실행과 동일하며 AAAA 레코드가 돌아오는지 보고합니다.

좋은 상태는: 이중 스택 설정 — 기존 A 레코드가 그대로이고 AAAA 레코드가 옆에 게시되어 둘 다 실제로 두 네트워크 모두에서 응답하고 같은 사이트를 제공하는 서버(또는 로드 밸런서 또는 CDN)를 가리킵니다. IPv4 사용자는 정확히 이전과 같이 계속하고; IPv6 사용자는 직접 경로를 얻습니다.

수정 방법 (무료, 약 15~30분)

IT 담당자나 웹사이트를 관리하는 사람에게 전달하세요 — 수정은 무료입니다. 황금 규칙: IPv4 대신이 아닌 옆에 IPv6를 추가하세요(이중 스택), 게시 전에 대상이 실제로 IPv6에서 응답하는지 확인하세요.

1. 호스팅/CDN이 IPv6를 지원하는지 확인. 이것이 관문입니다. 호스트가 제공할 IPv6 주소가 없다면 더 이상 할 것이 없고 패널티도 없습니다.

2. 플랫폼에 적용:

Cloudflare: IPv6는 일반적으로 기본으로 켜져 있습니다. 사이트가 Cloudflare를 통해 프록시되면 Cloudflare가 자동으로 IPv6에서 응답합니다. 네트워크 → IPv6 호환성이 활성화되어 있는지 확인하세요.
AWS: 로드 밸런서(ALB/NLB) 또는 인스턴스에서 이중 스택을 활성화하고 Route 53에서 AAAA 별칭 레코드를 추가합니다.
Google Cloud / Azure: 로드 밸런서나 인스턴스에서 IPv6(이중 스택)을 활성화하고 IPv6 주소를 얻어 DNS에서 AAAA 레코드를 게시합니다.
자체 호스팅 / 관리형 VPS: 공급업체에 IPv6 주소를 요청하고 웹 서버를 IPv6에서 수신하도록 구성한 후(같은 사이트를 제공하는지 확인) DNS 레코드를 추가합니다:
```
yourdomain.com.      AAAA   2001:db8::1
www.yourdomain.com.  AAAA   2001:db8::1
```
(실제 IPv6 주소로 교체. 기존 A 레코드를 그대로 유지.)

3. 신뢰하기 전에 테스트. 게시 후 AAAA 레코드가 해석되고 사이트가 실제로 IPv6에서 로드되는지 IPv6 인식 도구(온라인 “IPv6 테스트” 또는 IPv6 가능 머신에서 curl -6 https://yourdomain.com)로 확인하세요.

4. 재스캔. AAAA 레코드가 활성화되면 이 검사가 IPv6 활성화로 보고합니다.

흔한 실수

IPv6에서 수신하지 않는 서버를 가리키는 AAAA 레코드 게시. IPv6 사용자가 죽은 주소로 보내지고 사이트가 그들에게만 손상된 것처럼 보입니다 — 귀사는 IPv4에서 정상적으로 작동하기 때문에 알아채기 어렵습니다.
IPv6를 추가하는 대신 IPv4 교체. A 레코드를 절대 제거하지 마세요. 이중 스택은 둘 다 유지합니다; IPv4를 제거하면 대부분의 사용자를 하룻밤에 차단합니다.
apex 도메인 추가하지만 www 잊기(또는 그 반대), 또는 사이트는 커버하지만 중요한 메일/하위 도메인은 아님.
호스트가 IPv6를 “지원”하기 때문에 완료되었다고 가정. 지원과 활성화는 다릅니다.
긴급 상황으로 취급. 긴급하지 않습니다. 채점된 보안 검사(HTTPS, DMARC, DNSSEC, 보안 헤더)를 먼저 하세요; 편리할 때 미래 지향적 마무리로 IPv6를 추가하세요.

FAQ

IPv4 전용 사이트가 여전히 모든 사람에게 로드되면 IPv6가 왜 중요한가요?

왜냐하면 '여전히 로드됨'이 많은 일을 하고 있기 때문입니다. IPv6 전용 네트워크의 사용자들 — 모바일 통신사에서 흔하고 다른 곳에서도 점점 더 — 은 통신사의 변환 레이어를 통해 IPv4 전용 사이트에 접근합니다. 대개 작동하지만 조금의 지연 시간을 추가하는 추가 홉이며 피크 시간에 느리거나 혼잡할 수 있는 하나 더 많은 공유 인프라입니다. IPv6를 지원하면 그 사용자에게 대신 직접 연결이 제공됩니다. 점수에 영향을 미치지 않는 이유입니다 — '손상됨 대 작동'이 아닌 원활함과 미래 대비 개선입니다.

이것이 등급에 영향을 미치지 않는데 신경 써야 하나요?

진정으로 선택 사항이지만 무료이고 저위험이므로 IT 담당자가 다음에 DNS나 호스팅 콘솔에 있을 때 할 가치가 있습니다. 많은 공급업체(Cloudflare, 대형 클라우드 플랫폼, 많은 호스트)가 기본적으로 IPv6를 지원합니다 — 때로는 단순히 토글입니다. 공급업체가 전혀 지원하지 않는다면 지금은 그냥 두는 좋은 이유입니다; 어느 방향으로든 점수에 나쁜 것이 없습니다. 긴급 상황이 아닌 정리로 취급하세요.

기술적이지 않은데 실제로 무엇을 해야 하나요?

웹사이트나 DNS를 담당하는 사람에게 '수정 방법' 섹션을 전달하고 '사이트에 IPv6(AAAA 레코드)를 추가할 수 있나요? 무료이며 아무것도 손상시키지 않을 것입니다.'라고 물어보세요. Cloudflare에 있다면 대개 이미 켜져 있습니다. 관리형 호스트나 대형 클라우드 플랫폼에 있다면 종종 단일 설정입니다.

평범하게 말하면 AAAA 레코드가 무엇인가요?

DNS는 인터넷의 주소록입니다. 'A 레코드'는 사이트의 구형(IPv4) 주소를 나열합니다; 'AAAA 레코드'(A 네 개)는 더 새로운 IPv6 주소를 나열합니다. IPv6 지원을 추가하면 기존 A 레코드와 함께 AAAA 레코드를 게시하여 새 네트워크의 장치가 직접 귀사를 찾을 수 있습니다. 검사는 단순히 AAAA 레코드를 조회하고 존재 여부를 보고합니다.

IPv6를 추가하면 웹사이트나 이메일이 손상될 수 있나요?

올바르게 수행하면 저위험이지만 제로는 아닙니다. 안전한 패턴은 '이중 스택'입니다 — 기존 IPv4(A) 레코드를 그대로 유지하고 IPv6(AAAA) 레코드를 함께 추가합니다. 관리형 플랫폼과 CDN에서 이것은 자동으로 처리됩니다; 자체 호스팅 설정에서 게시 전에 서버가 IPv6에서 응답하는지 확인하세요.

IPv6가 사이트를 더 안전하게 만드나요?

자체적으로는 아닙니다 — 주로 도달 및 현대성 개선이지 보안 제어가 아닙니다. 채점된 보안 검사(HTTPS, DMARC, DNSSEC, 보안 헤더)를 먼저 하세요; IPv6를 편리할 때 미래 지향적 인프라 위생으로 추가하세요.