2026년, 왜 「닌텐도만」 Clash로 묶는 이야기가 또 나오는가

2026년에도 Switch 2와 소프트웨어 론칭, 지역별 Nintendo eShop 세일, 온라인 플레이·시스템 업데이트가 같은 주간에 겹치면, 커뮤니티와 뉴스에서 「상점만 느리다」「결제 직전에 끊긴다」「썸네일·소개 영상이 비어 있다」 같은 증상이 다시 떠오릅니다. PC 게임 Steam이 한 클라이언트 안에 상점·커뮤니티·CDN을 한꺼번에 끌고 가는 그림과 비슷해 보이지만, 닌텐도 쪽은 계정·스토어 프런트·콘텐츠 배포( CDN )·온라인 서비스가 서로 다른 호스트에 더 잘 갈라져 있고, 지역(국가) 설정에 따라 풀에 붙는 엔드포인트가 달라지기도 합니다. 그래서 프록시 구성에서 「한 노드에 전부」를 씌우면, 지연은 낮아도 세션·SNI나 쿠키 도메인이 엇갈리며 오히려 간헐 실패를 키우는 패턴이 생깁니다. 이 글은 Clash 닌텐도를 검색하며 설정을 잡는 분을 위해, eShop 분기와 CDN 규칙을 도메인 단위로 쪼개 전용 정책 그룹(프록시 그룹)에 넣는 흐름을 정리한 기술 가이드입니다. Steam 커뮤니티·창작마당 글은 PC 상에서 steamcommunity.com·이미지 CDN에 초점이 있고, OTT·DRM 쪽은 Disney+ 스트리밍 글 쪽과 겹칩니다. 여기서는 콘솔·닌텐도 계정·eShop 축만 다루므로, 문맥이 섞이지 않게 탭을 나눠 읽는 것이 좋습니다.

⚠️
준수·책임: 닌텐도 및 관련 온라인 서비스는 이용약관, 결제·환불 정책, 거주 지역의 법령과 사내 보안 규정을 따릅니다. 본문은 네트워크·Clash 설정에 한정하며, 지역 제한을 우회하거나 약관을 위반하도록 돕는 내용이 아닙니다.

이 글의 적용 범위: 콘솔과 PC(또는 공유기) 쪽을 나누어 이해하기

Clash는 보통 Windows·macOS·Linux에서 돌아가는 코어·GUI를 말하고, Switch 2 본체는 OS가 달라서 그대로 Clash를 설치하는 식이 아닙니다. 실무에서 말하는 「닌텐도 트래픽을 Clash에 태운다」는, (1) PC의 브라우저로 accounts.nintendo.com·스토어 웹·고객지원 등을 열 때, (2) 다운로드·패치를 PC에서 직접 받는 흐름, (3) 동일 Wi‑Fi의 콘솔이 게이트웨이/공유기/PC가 제공하는 HTTP·SOCKS 아웃바운드를 쓰는 흐름, (4) 가정용 라우터에 투명 프록시·정책 라우팅이 얹힌 경우 등으로 갈라집니다. 본문의 YAML 예시는 PC에서 Mihomo(Clash Meta) 프로필이 일본·한국·미국 eShop 뷰에 맞춰 같은 출구를 쓰게 정리하는 데 집중합니다. 콘솔이 휴대폰·PC와 같은 HTTP 프록시로 나가게 만드는 기초는 LAN 프록시 글의 순서(allow-lan, 방화벽, IP 확인)로 이어집니다. 「콘솔 IP만 라우터에서 한국이 아닌 곳으로」 같은 정책 라우팅은 기기·펌웨어 제약이 있어 여기서는 트래픽이 실제로 도달하는 FQDN을 먼저 잡는 쪽에 무게를 둡니다.

증상: eShop·로그인·썸네일·온라인이 「동시엔 아닌」 것처럼 느껴질 때

대표적으로는 다음과 같은 부분적 실패가 나옵니다. 스토어 랜딩은 열리는데 트레일러·스크린샷이 자주 끊긴다. 닌텐도 계정으로 로그인한 직후에만 2단계·이메일 인증이 반복된다. 구매·포인트 직전 화면만 스피너가 돌고, 온라인 로비는 비교적 괜찮다. 이런 패턴은 한 번의 터널(프록시)이 아니라, 서로 다른 FQDN이 다른 지역 노드로 나가며 쿠키·세션이 맞지 않을 때 흔합니다. Clash eShop 분기라는 말이 나오는 이유는, GEOIP,XX,Proxy 같은 넓은 규칙만으로는 .nintendo.com 아래의 서브도메인이 한데 묶이면 오히려 CDN과 계정 API가 한 노드에 몰리거나 불필요한 직결이 섞이기 때문입니다. 중요한 것은 (A) 연결 로그에 뜨는 실제 호스트 이름, (B) 규칙 열에 매칭된 정책 그룹 이름, (C) DNS가 fake-ip로 해석한 주소를 규칙이 따라가는지, 세 가지를 동시에 맞추는 일입니다. 구독 URL이 먼저 정상이어야 하므로 노드·프로필 로드는 구독 가져오기로 확인하세요.

「전부 Proxy」가 아니라, 왜 eShop·CDN·계정을 나누는가

이론상 모든 외부 연결을 동일한 select나 url-test 그룹에 넣으면 관리는 쉬워집니다. 그러나 대용량 CDN·짧은 TTL의 API·결제 3DS·캡티브가 뒤섞이면, 한 노드의 대역·동시 연결 수·핑 점프에 따라 「어제는 됐는데 오늘만 eShop 썸네일이 비는」 식이 됩니다. 그래서 실무에서는 (1) 닌텐도 계정·쿠키가 오가는 로그인·API 계열, (2) 스토어 HTML·JSON·상품 메타가 오가는 쇼핑 축, (3) 이미지·비디오·게임 콘텐츠가 오가는 CDN 축, (4) 온라인 플레이가 쓰는 별도 호스트 — 이 중 어디까지를 동일한 전용 그룹에 넣을지 팀·가정의 회선 품질에 맞춰 의도적으로 정합니다. Switch 2라는 키워드는 검색·쇼핑·뉴스에서 트래픽을 몰고 오지만, 네트워크 관점의 최소 단위는 여전히 DOMAIN,hostname,GROUP 한 줄입니다. PC에서 Steam만 따로 쪼갠 Steam 도메인 분기와 머릿속 모델을 맞춰 두면, 프로필 설명과 운영 공유가 쉬워집니다.

자주 쓰는 FQDN 축(실측으로 좁힐 것)

닌텐도는 제품·지역·시간에 따라 호스트가 바뀌므로, 아래 이름은 “자주 인용되는 예”일 뿐이며, 반드시 지금 쓰는 클라이언트·지역에서 연결 로그로 확인해야 합니다. (1) 계정·로그인 축: accounts.nintendo.com과 그 하위, api.accounts.nintendo.com 등. (2) 스토어·커머스 축: nintendo.com·지역 eShop·제품별 서브도메인. (3) 콘텐츠·이미지·패치 축: cdn·download·클라우드 벤더 이름이 섞인 긴 호스트, Akamai·CloudFront 등과 연관된 FQDN. (4) 푸시·뉴스·온라인 축: 시스템 앱·게임이 따로 둔 API. DOMAIN-SUFFIX,nintendo.com 한 줄로 잡는 방법도 있으나, 그렇게 하면 브라우저로 여는 광고·뉴스·쿠키 배너까지 같은 그룹으로 흘러가, 의도와 다르게 넓어질 수 있습니다. CDN 규칙을 넣을 때는 *,cloudfront.net 같은 과도하게 넓은 suffix는 피하고, 꼭 필요하면 로그에 찍힌 정확한 FQDN을 rule-providers YAML에 쌓는 편이 덜 부작용이 납니다. 중국·아시아 혼용 회선의 큰 그림은 규칙 분류와 함께 보면, GEOIP가 앞에 있을 때 닌텐도 API가 직결이 먹히는지를 점검하기 쉽습니다.

규칙 순서: Match·GEOIP·거대 룰셋보다 앞에 둘 것

eShop 분기를 추가했다고 끝이 아닙니다. GEOIP,CN,DIRECT나 수만 줄짜리 원격 룰셋이 먼저 *.nintendo.com을 직결이나 다른 그룹으로 밀어 버리면, 아래에 쓴 DOMAIN,accounts.nintendo.com,NINTENDO-STORE는 절대 실행되지 않습니다. 그래서 전용이라는 이름이 붙은 좁은 규칙을, 넓은 규칙보다 위에 두는지 매번 스크롤하며 확인해야 합니다. Mihomo 연결 상세·정책 히트 로그에 “어떤 규칙 인덱스”가 쓰였는지가 남는 클라이언트라면, 첫 히트를 기준으로 재배치합니다. Clash 계열이 규칙을 위에서 아래로 읽는다는 전제는 2026년에도 그대로이므로, “나중에 추가한 줄”이 위에 올라가야 한다는 착각만 없으면 절반은 해결됩니다. 복잡한 프로필을 유지하는 팀은 rule-providers에 닌텐도 전용 파일을 하나 두고, Git으로 변경 이력을 남기는 경우도 많습니다.

DNS·fake-ip: 숨은 실패

redir-host·fake-ip 모드에서는 도메인 규칙이 먹히는 것처럼 보이는데, 특정 앱에서만 캐시가 어긋나 간헐로 끊기는 사례가 있습니다. eShop·계정·CDN이 같은 화면에 보여도, 내부적으로는 WebView·Native API·백그라운드가 서로 다른 리졸버를 쓰는 때가 있어, 증상이 “반만” 남을 수 있습니다. 가짜 IP 화이트리스트나 nameserver 체인, Fake-IP 문서에 나온 필터를 함께 점검하세요. DNS만 고쳤는데 규칙 히트가 갑자기 맞는 일이 꽤 자주 있으니, 시간 순서로 기록을 남기면 재현이 쉬워집니다.

YAML 스케치(이름·FQDN은 실측으로 교체)

아래는 구조를 보여 주는 예시입니다. NINTENDO-CS 같은 그룹명·프록시 이름·도메인은 본인 프로필과 로그에 맞게 반드시 바꿉니다. 실제 콘솔 전용 IP 정책이 있다면, 같은 그룹을 가리키되 IP-CIDR는 신중히 쓰세요(오탐이 크면 온라인 전체로 새어 나갈 수 있음).

# Example only — replace group names and FQDNs with your profile and logs
proxy-groups:
  - name: NINTENDO-CS
    type: select
    proxies:
      - Proxy-JP
      - Proxy-Auto
      - DIRECT

rules:
  # Login / account (confirm host in connection logs)
  - DOMAIN,accounts.nintendo.com,NINTENDO-CS
  # Store / commerce front (region-dependent; verify FQDN)
  # - DOMAIN,ec.nintendo.com,NINTENDO-CS
  # Widen only after you see repeated hits in logs
  # - DOMAIN-SUFFIX,nintendo.com,NINTENDO-CS
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

DOMAIN-SUFFIX로 한 번에 넓히면 불필요한 닌텐도 트래픽까지 같은 노드로 몰릴 수 있습니다. CDN 전용이 필요해지면, 트레일러·이미지 요청에 찍힌 FQDN을 따로 NINTENDO-CDN 그룹에 넣는 식의 2단도 가능합니다(대역·지연·과금이 분리될 때). 앱·코어 프로세스 단위로 묶는 PROCESS-NAME는 PC용 클라이언트가 있을 때만 유효하고, 브라우저만 쓰는 시나리오와는 결이 다릅니다. TUN으로 전 OS를 태울지 여부는 TUN 가이드의 트레이드오프를 먼저 읽는 것이 안전합니다.

자가 점검: 로그·스크린·세션

  1. eShop·계정·썸네일을 동일 시나리오로 재현하고, 최근 연결에 뜬 FQDN을 목록으로 적습니다.
  2. 각 FQDN이 기대한 정책 그룹에 매칭됐는지, 직결이 끼지 않았는지 확인합니다.
  3. 지역(국가) 설정을 바꾼 직후에만 터지면, 쿠키·리다이렉트 체인을 의심하고 브라우저 프로필을 분리해 봅니다.
  4. 노드를 바꿔도 증상이 동일하면 규칙·DNS·시스템 시계 쪽을 우선 봅니다.
  5. 가정·회사망에 다른 SSL 검사/프록시가 있으면 경로가 겹치지 않는지 확인합니다.

보안·운영 메모

상용 프록시는 트래픽을 중계할 수 있으니 신뢰할 수 있는 구독·노드인지 전제하세요. eShop 결제는 3D Secure·은행·카드사 쪽과도 연동되므로, “투명한 한 줄 규칙”만으로 끝나지 않는 오류는 결제·계정 지원 문서를 함께 봅니다. 팀과 YAML을 공유할 때는 지역·테스트한 환경을 PR 설명이나 댓글에 남기면, 나중에 Switch 2로 바뀐 호스트에도 대응하기 쉽습니다.

체크리스트

  • 닌텐도·CDN 관련 FQDN 규칙이 GEOIP·MATCH·거대 RULE-SET보다 위에 있는가.
  • eShop 분기와 일반 웹이 섞이지 않도록, suffix 범위를 의도에 맞는가.
  • 프록시 그룹 이름이 YAML·GUI 전체에서 일치하는가.
  • fake-ip·DNS·규칙 히트가 한 흐름으로 설명되는가.
  • 콘솔이 LAN 경유로 나갈 때 IP·포트·방화벽이 LAN 가이드와 맞는가.

정리

2026년 Switch 2와 Nintendo eShop 이슈는, 「한 번에 전부 프록시」보다 계정·스토어·CDN FQDN을 Clash eShop 분기로 나누고, 규칙 순서와 DNS로 검증하는 쪽이 오래 버티는 경우가 많습니다. Clash 닌텐도·CDN 규칙은 로그에 보이는 호스트에 맞춰 조금씩 늘리는 것이, 넓은 suffix 한 방보다 덜 깨집니다. PC·Steam 가이드와 스트리밍 가이드가 다루는 범주와는 결이 다르므로, 필요한 쪽만 골라 적용하세요. 클라이언트·코어는 최신 Mihomo 계열이 규칙·로그 측면에서 유리한 경우가 많고, 설치 경로는 공식 다운로드에서 고를 수 있으며, 흐름 이해는 문서와 병행하면 좋습니다. 다른 도구에 비해 Clash 계열은 정책·DNS·로그를 한 프로필에서 다루기 쉬워, 호스트가 갈라지는 증상을 빨리 좁힐 수 있습니다. → Clash를 무료로 내려받아 위 분기를 적용한 뒤, 동일한 시나리오로 eShop·계정·썸네일을 다시 시험해 보세요.