IPv6와 라우터: IPoE 광회선이라면 라우터 선택이 달라집니다
게시일 2026-11-12
지금까지 라우터의 IPv6는 나중으로 미뤄도 되는 체크박스였습니다. 이제 많은 회선에서 IPv6는 IPv4 통신이 지나가는 길 그 자체입니다. 라우터가 이를 따라가지 못하면 열리는 사이트와 열리지 않는 사이트가 생기고, 방화벽 기능을 보고 고른 라우터가 연결한 회선에는 맞지 않을 수도 있습니다.
IPv4는 이제 IPv6 안을 지나갑니다
제공업체가 새로 나눠 줄 수 있는 IPv4 주소는 몇 년 전에 바닥났습니다. 많은 제공업체가 이용자에게 네이티브 IPv6를 제공하고, IPv4는 그 안에 담아 전달합니다. 방식은 몇 가지로 정해져 있습니다.
- DS-Lite: 라우터가 IPv4 패킷을 IPv6로 감싸 제공업체의 게이트웨이(AFTR)로 보내고, AFTR이 여러 이용자의 주소 변환을 한꺼번에 처리합니다. 자신만의 IPv4 주소는 받지 못합니다.
- MAP-E(및 같은 계열의 MAP-T): 주소 변환은 라우터가 직접 하지만, 공인 IPv4 주소 하나를 다른 이용자와 공유하며 정해진 범위의 포트만 쓸 수 있습니다. 주소와 포트는 IPv6 프리픽스로부터 계산됩니다.
- 464XLAT: 모바일 회선에서 흔한 방식으로, 단말이나 라우터가 IPv4를 IPv6로 변환하고 제공업체 쪽에서 다시 IPv4로 되돌립니다.
IPv6 쪽은 요즘 라우터라면 거의 다 동작합니다. IPv4 쪽은 라우터가 제공업체의 방식을 지원할 때만 동작합니다. 지원하지 않으면 절반만 동작하는 이상한 인터넷이 됩니다. IPv6를 지원하는 사이트와 서비스는 평소처럼 열리지만, 아직 IPv4만 쓰는 것(많은 기업 사이트, 오래된 API, 일부 게임과 VPN 서버)은 시간 초과로 끝납니다.
일본 광회선의 구조: PPPoE와 IPoE
일본의 광회선 대부분은 NTT의 FLET'S 광 네트워크를 사용하며, 회선은 NTT가, 인터넷 접속은 별도의 제공업체가 제공합니다. 접속 방법은 두 가지입니다.
- PPPoE는 전통적인 방식으로, 라우터가 사용자 이름과 암호로 로그인해 IPv4 주소를 받습니다. 모든 PPPoE 세션은 NTT의 망 종단 장치를 거치는데, 이곳은 저녁 시간대 혼잡으로 악명이 높아 계약 속도의 극히 일부까지 떨어지기도 합니다.
- IPoE는 VNE(가상 통신 사업자)를 통한 네이티브 IPv6입니다. 망 종단 장치를 거치지 않으므로 저녁에도 속도가 잘 유지됩니다. IPv4는 그 안에 담겨 전달되며, v6プラス, OCN 버추얼 커넥트, BIGLOBE의 IPv6 옵션은 MAP-E를, transix, 크로스패스, v6 커넥트는 DS-Lite를 사용합니다.
BIGLOBE처럼 IPoE 연결을 요구하는 제공업체도 있습니다. BIGLOBE가 권장하는 연결은 IPv4를 MAP-E로 전달하는 IPv6 옵션이며, 라우터가 이를 지원한다는 것을 전제로 합니다. PPPoE와 IPv6만 다루는 라우터를 연결하면 혼잡한 경로를 쓰거나, 앞에서 설명한 절반만 동작하는 인터넷이 됩니다.
MAP-E에는 장비를 고르기 전에 알아 두어야 할 부작용이 있습니다.
- 공유 주소와 제한된 포트. v6プラス에서는 공유 IPv4 주소에서 이용자마다 240개의 포트가 할당됩니다. 포트 포워딩은 그 범위 안에서만 가능하며, 동시에 많은 연결을 여는 가정이나 사무실에서는 부족해질 수 있습니다.
- IPv4 주소가 IPv6 프리픽스를 따라갑니다. 제공업체가 IPv6 프리픽스를 바꾸면 공인 IPv4 주소도 함께 바뀌므로, 그 주소를 쓰는 DNS 레코드, 허용 목록, VPN 피어도 모두 고쳐야 합니다.
- 더 작은 MTU. 터널만큼 오버헤드가 늘어나므로, 이런 회선에서는 1460바이트가 일반적인 설정입니다.
DS-Lite는 한 걸음 더 나아가 외부에서 들어오는 IPv4가 전혀 없으므로, 집 안의 어떤 것에도 외부에서 IPv4로 접근할 수 없습니다. 고정 IPv4 주소가 필요하면 많은 제공업체가 부가 서비스로 판매하며, 이는 또 다른 터널(IPIP)로 전달됩니다.
일본만의 문제가 아닙니다
일본은 IPoE가 빠른 경로이기 때문에 가장 분명한 예이지만, 유일한 예는 아닙니다. 독일과 오스트리아의 케이블 회선에서는 DS-Lite가 흔하고, 미국 T-Mobile 같은 모바일 네트워크는 464XLAT를 사용하는 IPv6 전용 망이며, 다른 지역에서는 MAP-T를 시험 도입한 제공업체도 있습니다. 제공업체의 도움말에 DS-Lite, MAP-E, MAP-T, AFTR, “IPv4 over IPv6”, 캐리어 등급 NAT 같은 말이 나온다면 같은 상황이며, 아래의 라우터 선택 이야기가 해당됩니다.
라우터 선택에 미치는 영향
| 플랫폼 | DS-Lite | MAP-E | 실제로는 |
|---|---|---|---|
| OpenWrt | 기본 지원 | 기본 지원 | 둘 다 OpenWrt 자체 패키지에 있는 프로토콜로, LuCI에서 설정하고 시스템과 함께 업데이트됩니다. GL.iNet과 Banana Pi BPI-R 라우터, 수백 종의 시판 라우터, x86 미니 PC에서 동작합니다. |
| OPNsense | 수동 구성 | 서드파티 | 기본 시스템에 포함되어 있지 않습니다. DS-Lite는 gif 터널을 직접 만들어 구성할 수 있고, MAP-E는 커뮤니티 스크립트와 패치에 의존합니다. |
| pfSense | 수동 구성 | 서드파티 | 상황은 같습니다. MAP-E용 커뮤니티 패치가 있지만, Netgate가 아니라 자원봉사자가 유지 관리합니다. |
| ISP 홈 게이트웨이, 일본 시장용 라우터 | 기본 지원 | 기본 지원 | NTT의 홈 게이트웨이와 NEC, Buffalo, Yamaha의 라우터는 일본의 VNE를 바로 지원하지만, 설정과 상태 파악으로 할 수 있는 일은 훨씬 적습니다. |
OPNsense와 pfSense는 훌륭한 방화벽이며(OPNsense로 홈 네트워크를 구축하는 가이드도 썼습니다), 서드파티 MAP-E도 실제로 동작합니다. 문제는 그것이 기본 시스템 밖에 있다는 점입니다. 펌웨어 업데이트로 스크립트가 의존하는 부분이 바뀔 수 있고, 터널이 깨졌을 때 알아차려 주는 것은 자원봉사자입니다. IPv4 전체가 그 터널에 달려 있는 회선이라면 이는 실제 위험입니다.
그래서 회선이 MAP-E나 DS-Lite를 쓰는 IPoE라면 OpenWrt가 아마 더 나은 선택입니다. 기본으로 지원하고, 운영 체제와 함께 유지 관리되며, 저렴한 하드웨어에서 동작합니다. OPNsense나 pfSense를 계속 쓰고 싶다면, 터널을 기본 지원하는 라우터(제공업체의 게이트웨이나 OpenWrt 장비)에 회선을 맡기고 그 안쪽에 방화벽을 두는 것이 흔한 절충안입니다. 다만 IPv4는 이중 NAT가 됩니다.
FrontierStack이 설정을 돕는 방법
MAP-E나 DS-Lite를 동작시키는 것 자체는 대개 알맞은 패키지와 파라미터의 문제입니다. 손이 많이 가는 것은 정말로 동작하는지 확인하고 계속 동작하게 하는 일입니다. FrontierStack은 둘 다 돕습니다.
- 라우터에 연결합니다. 라우터를 OpenWrt 플랫폼과 LuCI 로그인 정보로 고정하면, FrontierStack이 스위프마다 ubus로 읽어 들입니다. Banana Pi BPI-R 보드는 이름이나 보드 ID로 인식합니다. 설정 변경으로 접속이 막혔을 때를 위해 콘솔 연결에는 Banana Pi 시리얼 디버그 포트용 프리셋이 있습니다.
- 터널이 정말 올라왔는지 확인합니다. 라우터의 IPv4 over IPv6 행에는 MAP-E, MAP-T, lw4o6, DS-Lite, 464XLAT, ipip6 인터페이스마다 상태, 공유 IPv4 주소, 라우터가 쓸 수 있는 포트 세트, BR 또는 AFTR(v6プラス나 OCN처럼 잘 알려진 제공업체라면 이름까지), 그 아래의 IPv6 프리픽스가 표시됩니다. 인터페이스가 OpenWrt 기본값인 1280 그대로라면 MTU 1460을 제안합니다.
- 실패 원인을 알기 쉽게 설명합니다. 터널이 올라오지 않으면 라우터의 오류를 설명합니다. NO_MATCHING_PD는 IPv4 주소를 만들 바탕이 되는 IPv6 프리픽스를 받지 못했다는 뜻이고, AFTR_DNS_FAIL은 제공업체의 DS-Lite 게이트웨이 이름을 조회하지 못했다는 뜻입니다.
- 변화가 생기면 알려 줍니다. 터널이 멈추거나 주소를 잃으면 알림을 보내고, 제공업체가 IPv6 프리픽스를 바꿔 IPv4 주소도 함께 바뀌면 따로 알려 주므로 DNS 레코드, 허용 목록, VPN 피어를 고쳐야 한다는 것을 알 수 있습니다.
- DNS를 비공개로 유지합니다. 라우터가 상위에서 이름을 어떻게 해석하는지(DNS over HTTPS, DNS over TLS, 평문) 읽고, 아직 암호화되지 않은 채 제공업체의 리졸버로 가는 조회를 지적하며, 암호화 포워더가 멈추면 경고합니다.
- 들어오는 IPv4 포트 없이 집에 접속합니다. MAP-E와 DS-Lite에서는 예전 방식의 포트 포워딩을 쓸 수 없습니다. 라우터 안쪽에서 항상 켜져 있는 기기에 Tailscale을 설치해 서브넷 라우터로 쓰면(Apple TV가 간편합니다), 나가는 연결만 사용하므로 두 방식 모두에서 동작하고 인터넷에는 아무것도 노출되지 않습니다.
- 뒤지는 대신 물어봅니다. 열리는 사이트와 열리지 않는 사이트가 있을 때는 FrontierStack의 어시스턴트나, FrontierStack을 통해 연결한 Claude, ChatGPT 같은 AI 클라이언트에 물어보십시오. 같은 터널과 DNS 행을 읽고 어느 쪽이 멈췄는지 알려 줍니다.
IPv4 over IPv6 확인은 현재 OpenWrt용입니다. 홈 게이트웨이 안쪽에서 OPNsense나 pfSense를 운영하는 경우에도 FrontierStack은 방화벽 자체(상태, 펌웨어 업데이트, CrowdSec 바운서)를 지켜봅니다. OPNsense 및 pfSense 페이지를 참조하십시오.
체크리스트
- 제공업체가 쓰는 방식을 확인하십시오: MAP-E, DS-Lite 또는 기존 PPPoE. 대개 제공업체의 IPv6/IPoE 도움말 페이지에 v6プラス나 transix 같은 브랜드 이름으로 나와 있습니다.
- 그 방식을 기본 지원하는 라우터를 고르십시오. IPoE라면 대개 OpenWrt나 제공업체의 게이트웨이입니다.
- 설정 후에는 IPv6 사이트가 열리는지뿐 아니라 IPv4 주소, 포트 세트, MTU도 확인하십시오.
- IPv4 주소가 바뀔 수 있고 들어오는 IPv4가 없다는 점을 전제로 계획하십시오.
- 터널을 지켜보는 장치를 마련하십시오. 터널이 멈춰도 인터넷은 절반만 망가지기 때문에 놓치기 쉽습니다.
Mac에서 모두 운영하십시오.
FrontierStack은 이 Mac과 연결된 서버에서 서비스를 설치, 모니터링, 보호하며 — 암호와 키는 어떤 AI에게도 보이지 않게 지킵니다.
FrontierStack 다운로드Apple 공증 완료 · 안전 & 보안 · macOS 13 Ventura 이상
