닌텐도 Wii로 IPv6 웹서버 돌리기, 729MHz와 64MB 램의 품격

• 닌텐도 Wii가 진짜 웹서버가 됨. 장난감 데모가 아니라 실제 사이트를 서빙함.

  • 하드웨어는 729MHz PowerPC CPU와 사용 가능 램 64MB.
  • 운영체제는 NetBSD 10.1이고, 사이트는 IPv6로 직접 서비스됨.
  • IPv4 접속자는 다른 서버를 거쳐 프록시로 들어오게 구성함.

• 제일 먼저 막힌 부분은 네트워크 어댑터였음.

  • 처음 산 UGREEN USB 2.0 이더넷 어댑터는 AX88772A 칩을 쓰는데, Wii 메뉴에서도 안 되고 NetBSD에서도 axe 드라이버가 invalid buffer 에러를 반복함.
  • 결국 Realtek 8153 칩 기반 TP-Link USB 3.0 기가비트 이더넷 어댑터로 바꿨고, Wii 메뉴에서는 지원 안 되지만 NetBSD에서는 잘 동작함.

• NetBSD 설치 자체는 꽤 기본 구성에 가까움.

  • pkgsrc 바이너리 패키지 경로를 잡고 pkgin, git, tmux, fastfetch, nostt 같은 패키지를 설치함.
  • 초저사양 기기라도 패키지 시스템을 쓸 수 있다는 게 NetBSD 쪽 재미 포인트임.

• IPv6 설정은 고정 공개 주소가 필요해서 직접 잡았음.

  • 보통 NetBSD는 링크 로컬 주소와 라우터 솔리시테이션(router solicitation)으로 동적 주소를 받음.
  • 저자는 ISP가 준 프리픽스에 ::2를 붙여 /etc/ifconfig.ure0에 정적 alias를 추가함.
  • rtsol은 유지해서 동적 주소와 라우팅 설정은 계속 받게 둠.

• 인터넷에 공개하려면 DNS와 라우터 설정도 필요함.

  • 라우터에서 해당 IPv6 주소의 80번 포트를 열고, 도메인 등록기관에 AAAA 레코드를 추가함.
  • 그래서 IPv6 클라이언트는 브라우저에서 바로 Wii의 웹서버와 통신함.

• 웹서버는 NetBSD 기본 httpd를 사용함.

  • /etc/rc.conf에서 ntpd, mdnsd, postfix처럼 필요 없는 서비스를 꺼서 구성을 가볍게 만듦.
  • httpd=YES, chroot 디렉터리, 문서 루트, 가상 호스트를 설정함.
  • /etc/rc.d/httpd에는 chroot와 vhost 옵션을 쓰도록 약간의 변수를 추가함.

• IPv4는 별도 홈서버의 Nginx가 중계함.

  • 단일 IPv4 주소의 80번 포트가 이미 다른 홈서버에서 쓰이고 있었기 때문임.
  • wii.sjmulder.nl의 A 레코드는 기존 서버로 향하고, Nginx가 http://[2a02:a45f:8eaa::2]로 프록시함.
  • 결과적으로 IPv6 사용자는 Wii에 직접 붙고, IPv4 사용자는 중간 서버를 거침.

• Gopher도 같이 열어둠. 레트로 서버답게 제대로 감성 챙김.

  • geomyidae를 설치하고, /var/www/gopher 아래를 서비스하도록 설정함.
  • -c 옵션으로 chroot를 켰고, 웹 콘텐츠와 마찬가지로 git으로 관리되는 /var/www 아래에 두려는 의도가 있음.

• 저자는 아직 이 서버로 뭘 할지는 정하지 않았음.

  • SSH와 웹만으로도 기본은 되지만, 16코어와 64GB 램이 없어도 CRUD 사이트 하나쯤은 돌릴 수 있다는 걸 보여주는 작은 앱을 고민 중임.
  • 말 그대로 ‘요즘 서버가 너무 비대해진 거 아님?’을 2006년 게임기로 찌르는 실험임.

---

기술 맥락

• 이 글의 선택은 최신 서버 프레임워크가 아니라 NetBSD 기본 도구로 작고 직접적인 서버를 만드는 거예요. Wii는 램이 64MB라서 무거운 런타임을 얹기 어렵고, 그래서 httpd, rc.conf, pkgsrc 같은 운영체제 기본 구성의 가치가 더 선명하게 보여요.

• IPv6를 직접 열고 IPv4만 프록시한 것도 꽤 의도적인 선택이에요. 모든 트래픽을 리버스 프록시 뒤로 숨기면 운영은 쉬워지지만, 클라이언트가 Wii에 직접 붙는다는 실험의 핵심이 사라지거든요. 그래서 AAAA 레코드와 라우터 포트 개방까지 직접 맞춘 거예요.

• USB 이더넷 칩셋 호환성은 이런 오래된 하드웨어 실험에서 제일 현실적인 병목이에요. 같은 USB 이더넷 어댑터처럼 보여도 AX88772A는 실패했고 Realtek 8153은 NetBSD에서 동작했죠. 서버 소프트웨어보다 드라이버가 먼저 발목을 잡는 전형적인 케이스예요.

• chroot를 켠 이유도 단순한 멋내기가 아니에요. 아무리 작은 장난감 같은 서버라도 인터넷에 80번 포트를 열면 외부 입력을 받는 서비스가 돼요. 파일시스템 접근 범위를 줄여두면 문제가 생겼을 때 피해 범위를 작게 만들 수 있어요.