Switch 2 eShop 다운로드 느림·온라인 실패? 닌텐도 CDN 도메인 Clash DOMAIN-SUFFIX·노드 실측

어떤 분께 맞는 글인가요?

Nintendo Switch 2가 본격적으로 풀리면서 eShop에서 본편·DLC·데모를 받거나, 봄 시즌 대작 패치가 몰리는 시기에 다운로드가 끊기거나 매우 느리고, 온라인 매칭·친구 초대만 실패한다는 질문이 다시 늘어납니다. 이 글은 단순히 “콘솔이 핫하니 프록시 얘기를 붙인다”가 아니라, 상점·CDN으로 가는 HTTPS 트래픽과 닌텐도 계정·P2P·세션으로 이어지는 경로를 나누고, Clash에서 DOMAIN-SUFFIX와 전략 그룹·노드·DNS를 어떤 순서로 맞춰야 재현 가능하게 좁혀지는지에 초점을 맞춥니다. PC에서 이미 Clash 클라이언트를 쓰고, 공유기 뒤의 Switch만 간헐적으로 문제를 일으키는 경우에도 같은 관측 축이 적용됩니다.

스트리밍 서비스처럼 단일 OTT 호스트만 잡으면 끝나는 경우와 달리, 닌텐도 쪽은 배포 서버 이름이 타이틀·리전·시기에 따라 달라지고, 일부는 상용 CDN 브랜드를 직접 노출하지 않기도 합니다. 그래서 “복붙 한 줄 규칙”보다 로그에서 실제로 나간 SNI·도메인을 모은 뒤 규칙을 얹는 방식이 안전합니다. 규칙 문법의 기본 흐름은 규칙 분할 가이드를, TUN·시스템 경로와의 차이는 TUN 모드 가이드와 함께 보시면 이어집니다.

증상을 두 갈래로 나눕니다

먼저 체크리스트를 강제로 단순화합니다. ① 상점·게임 본편·패치 다운로드가 문제인지, ② 이미 설치된 타이틀의 온라인 대전·협동이 문제인지입니다. ①은 대개 대용량 HTTPS와 CDN 엣지에 민감하고, 회선의 국제 경로·노드 지역·DNS가 해석한 A 레코드 위치에 따라 속도가 들쭉날쭉합니다. ②는 UDP·NAT 타입·세션 서버 지역·상대방 매칭 풀까지 얽혀, Clash에서 잘 통하던 저지연 노드가 그대로라도 증상이 남을 수 있습니다. 후자는 지연 테스트·UDP·DNS 트러블슈팅 글의 순서와 같이 보는 편이 빠릅니다.

한 가지 함정은 “브라우저 속도는 괜찮은데 콘솔만 느리다”는 패턴입니다. PC는 OS 프록시나 브라우저 확장을 타고, Switch는 공유기 기본 DNS로만 나가거나, 이중 NAT 뒤에서 IPv6로 우회하는 등 경로가 완전히 다릅니다. 증상 보고 전에 콘솔 네트워크 진단에서 DNS 설정이 무엇을 가리키는지, 공유기가 DNS 재지정을 하는지부터 확인하세요.

관측: Clash 로그에 어떤 호스트가 찍히나

YAML을 크게 바꾸기 전에, 클라이언트의 연결 로그를 켜고 PC에서 동일 구독으로 상점 웹이나 관련 API를 열어 보거나, 가능하다면 Switch 트래픽을 투명 프록시·공유기 규칙으로 Clash에 넘겨 실제 SNI를 수집합니다. 수집이 어렵다면 최소한 다운로드 중과 온라인 대기열을 각각 재현해 두 번의 로그 샘플을 비교합니다. 앞쪽에서 자주 등장하는 축은 nintendo.com, nintendo.net, nintendo.co.jp 계열과, 배포용으로 쓰이는 *.srv.nintendo.net 류, 계정·가드를 담당하는 accounts.nintendo.com 주변입니다. 타이틀마다 서브도메인이 달라질 수 있으므로, 본문에 적힌 이름은 관측 예시로만 두고 자신의 로그를 기준으로 목록을 만드세요.

로그에 IP만 보이고 도메인이 비면 Sniffer나 DNS 매핑 설정을 점검합니다. 잘못된 스니핑 순서는 스트리밍 글에서도 자주 나오는데, 닌텐도 트래픽도 마찬가지로 override-destination과 규칙 우선순위가 충돌하면 의도한 프록시 그룹을 타지 않습니다. 이 단계의 목표는 “정답 YAML 한 장”이 아니라 자기 환경에서 반복 등장하는 접미사 목록을 확보하는 것입니다.

참고: 배포 URL은 지역·캠페인·보안 정책으로 바뀔 수 있습니다. 커뮤니티에 떠도는 긴 호스트 목록을 무비판적으로 전부 DIRECT나 REJECT에 넣기보다, 본인 로그로 검증한 항목만 규칙화하는 편이 장기 유지보수에 유리합니다.

DOMAIN-SUFFIX 규칙과 전략 그룹 예시

수집한 접미사를 전용 전략 그룹으로 묶으면, 상점만 일본 노드·다운로드만 대역폭 큰 노드처럼 역할을 분리하기 쉽습니다. 문법 예시는 아래와 같습니다. PROXY-NINTENDO-CDN 등 이름은 구독에 맞게 바꿉니다.

# Example only — tune names and order to your profile
rules:
  - DOMAIN-SUFFIX,nintendo.com,PROXY-NINTENDO-CDN
  - DOMAIN-SUFFIX,nintendo.net,PROXY-NINTENDO-CDN
  - DOMAIN-SUFFIX,nintendo.co.jp,PROXY-NINTENDO-CDN
  - DOMAIN-SUFFIX,nintendo.co.kr,PROXY-NINTENDO-CDN
  - DOMAIN,accounts.nintendo.com,PROXY-NINTENDO-ACCOUNT

DOMAIN과 DOMAIN-SUFFIX의 차이를 다시 짚으면, 특정 FQDN만 정확히 맞추고 싶을 때는 DOMAIN, 같은 조직의 다양한 서브도메인을 한꺼번에 묶을 때는 DOMAIN-SUFFIX가 적절합니다. GEOIP나 MATCH가 위에서 먼저 소비되면 아래 닌텐도 규칙이 영원히 실행되지 않으므로, 규칙 분할 가이드에서 설명하는 것처럼 표 전체의 순서를 출력해 한 번에 검토하세요. 특히 MATCH를 파일 맨 위에 두고 “왜 분기가 안 먹지?”라고 헤매는 경우가 흔합니다.

노드 선택은 “핑이 가장 낮은 서버”만 고르기보다, ① 다운로드용으로는 안정적인 국제 대역과 TLS 완료 시간이 좋은지, ② 온라인 플레이용으로는 UDP 지연과 패킷 손실이 적은지를 나누어 보는 편이 낫습니다. 같은 공급자라도 POP가 다르면 CDN이 붙는 메트로가 달라져 체감이 크게 달라질 수 있습니다. 가능하면 한 그룹 안에서 A/B 테스트할 수 있게 그룹을 쪼개 두고, 상점 다운로드 직후에만 잠시 전환해 보는 식으로 비교하세요.

DNS 쪽 검증

Clash의 fake-ip 모드와 redir-host 계열 설정이 섞이면, 콘솔이 보는 IP와 PC가 보는 IP가 달라져 같은 도메인인데 다른 엣지로 붙는 일이 생깁니다. PC 터미널에서 dig나 nslookup으로 accounts.nintendo.com 등을 조회해, Clash DNS를 거친 결과와 공유기 기본 DNS 결과를 비교해 보세요. 해석이 제3국으로 새면 다운로드는 빨라도 지역 잠금·결제 통화 같은 다른 문제를 유발할 수 있고, 반대로 상점만 국내 DIRECT로 두고 싶다면 도메인 단위 스플릿이 아니라 DNS까지 같은 정책 축에 두었는지 확인해야 합니다.

가정용 공유기에서 DNS over TLS를 강제하면서 Switch는 레거시 평문 53만 쓰는 구성이면, 실제로는 여전히 ISP 캐시로 떨어져 분할이 깨진 것처럼 보일 수 있습니다. “Clash 규칙은 맞는데 콘솔만 이상하다”면 DHCP DNS 옵션과 공유기의 DNS 가속·필터를 의심하세요.

팁: 다운로드만 느리고 웹·계정은 정상일 때는 CDN 호스트가 다른 AS로 붙었는지 먼저 보세요. 이때는 노드 국가를 바꾸는 것보다 해석 결과가 바뀌는지를 확인하는 편이 빠른 경우가 많습니다.

공유기·이중 NAT에서의 주의

Switch가 게스트 Wi-Fi나 이중 NAT 뒤에 있으면, 온라인 모드에서 NAT 타입 B 이하를 요구하는 타이틀이 불안정해질 수 있습니다. 이 경우 Clash 규칙을 아무리 다듬어도 포트 제약이 병목입니다. UPnP·공유기 브리지·DMZ 같은 물리 구성을 먼저 정리한 뒤에 프록시 분기를 조정하는 순서가 맞습니다. 다운로드만 문제라면 NAT 이슈보다는 대역·국제 경로 쪽을 우선 보는 것이 일반적입니다.

집 전체 트래픽을 라우터에서 투명 프록시로 넘기는 구성이라면, 게임기에서 나가는 UDP 음성·세션까지 같은 코어로 모이는지, 예외 대역이 필요한지 미리 표를 그려 두는 것이 좋습니다. 라우터 급 설정은 이 글의 범위를 넘지만, 원칙은 PC와 같습니다. 어떤 프로토콜이 어떤 규칙에 먼저 걸리는지를 로그로 증명할 수 있어야 합니다.

닌텐도 네트워크 서비스 약관과 지역별 상점 정책은 수시로 개정됩니다. 본인이 속한 지역의 약관을 확인하고, 허용된 범위 안에서만 네트워크를 조정하세요. 타인의 회선이나 직장·학교 장비에 동일한 우회 구성을 적용하면 정책 위반이 될 수 있습니다. 이 글은 기술적인 관측·분리 방법을 설명할 뿐, 특정 상용 서비스를 우회하도록 권장하지 않습니다.

마무리

Switch 2와 eShop 붐이 이어지는 2026년 봄 시즌에도 핵심은 같습니다. 다운로드는 CDN·HTTPS 축에서 DOMAIN-SUFFIX와 노드 리전·DNS 해석을 맞추고, 온라인은 UDP·NAT·세션 축을 별도로 검증합니다. 로그로 실제 호스트를 모은 뒤 규칙을 얹으면 빈 화제가 아니라, 재현 가능한 튜닝이 됩니다.

Clash 계열 클라이언트는 규칙 표현과 DNS·TUN을 한곳에서 다루기 때문에, 콘솔과 PC가 섞인 가정 네트워크에서도 정책을 한 번 정리해 두고 세부 호스트만 추가하는 방식으로 확장하기 좋습니다. 다른 서비스에 쓰던 분할 습관을 그대로 이식하되, 닌텐도는 호스트 이름이 자주 갈리므로 로그 기반 업데이트를 습관화하세요.

먼저 PC에서 정책을 검증하고 싶다면 문서·튜토리얼을 참고한 뒤, 안정화된 프로파일을 콘솔이 지나는 경로에 맞춰 적용해 보시길 권합니다. 준비가 되면 Clash를 무료로 다운로드해 노드·규칙을 손에 익힌 다음, 본문에서 설명한 순서대로 eShop과 온라인을 각각 재현해 보세요. 체감 차이가 바로 드러날 것입니다.