1. 왜 스위치 본체에 Clash를 “그대로” 못 쓰나요?

Clash·Mihomo 계열은 데스크톱·모바일 OS 위에서 구독을 불러 오고, 로컬 포트나 TUN(가상 어댑터)로 트래픽을 가로채는 구조입니다. 닌텐도 스위치 플랫폼은 이런 범용 프록시 런타임을 사용자가 설치할 수 없고, 브라우저 한정 프록시 설정도 PC처럼 풍부하지 않습니다. 그래서 “집 공유기 옆에 Clash가 돌아가는 라우터를 둔다”거나 “PC가 인터넷을 받아 콘솔에게 나눠 준다”처럼 콘솔 앞단에 프록시가 있는 네트워크를 만들어야 합니다. 본문에서는 설치 난이도가 비교적 낮은 PC 핫스팟을 중심으로 설명하고, 메인 공유기 뒤의 보조 라우터(OpenWrt 등)는 선택지로만 짚습니다.

증상은 대개 비슷합니다. eShop 목록이 빈 화면에서 멈추거나, 결제 단계 전에 오류 코드만 뜨고, 닌텐도 온라인 로비·친구 목록이 간헐적으로 끊깁니다. 원인이 순수하게 “닌텐도 서버 장애”인 경우도 있지만, 지역·회선·DNS 오염·불안정한 경로가 겹치면 사용자 입장에서는 모두 타임아웃으로 보입니다. Clash는 여기서 어느 호스트를 어느 노드로 보낼지를 규칙으로 고정하고, DNS를 깨끗하게 유지하는 도구로 쓰입니다.

2. 네트워크 토폴로지: “PC가 출구이자 게이트웨이” 이해하기

Windows 10·11의 모바일 핫스팟을 켜면, 스위치는 보통 192.168.137.0/24 대역을 받고 기본 게이트웨이는 핫스팟을 연 PC의 내부 주소가 됩니다. macOS 인터넷 공유도 비슷하게, 이더넷이나 Wi-Fi로 콘솔을 붙이면 공유 맥이 NAT 게이트웨이 역할을 합니다. 이 구조에서 중요한 것은 콘솔에서 나가는 IP 패킷이 결국 PC의 스택을 지나간다는 점입니다. PC 쪽에서 Clash를 시스템 프록시 + TUN 등으로 “이 머신의 출구”를 이미 프록시 경로에 올려 두면, 핫스팟 뒤의 스위치 트래픽도 같은 출구를 타는 경우가 많습니다. 다만 OS·드라이버·백신 조합에 따라 예외가 있어, 아래 검증 단계를 반드시 밟아야 합니다.

반대로, PC는 유선으로 잘 나가는데 스위치만 집 Wi-Fi에 직접 붙어 있는 상태라면, 콘솔 트래픽은 Clash를 전혀 거치지 않습니다. 이때는 공유기 DNS만 바꾸는 것으로는 부족한 경우가 많고, LAN 프록시로는 스위치가 HTTP 프록시를 넣기 어렵기 때문에, 핫스팟으로 콘솔을 PC 뒤로 재배치하는 편이 현실적인 해결책이 됩니다.

3. Clash 측 사전 준비: 구독, 모드, mixed-port, allow-lan

먼저 PC 단독으로 Clash가 정상인지 확인합니다. Clash Verge Rev 입문에서 프로필을 적용한 뒤, 브라우저에서 닌텐도 계정 웹·CDN이 열리는지, 연결 로그에 의도한 노드가 찍히는지 봅니다. 핫스팟을 켠 뒤에는 PC 방화벽이 게스트 인터페이스에서 들어오는 연결을 막지 않는지도 함께 점검해야 합니다. Windows Defender가 mixed-port 인바운드를 차단하면, 같은 원리로 LAN 가이드의 방화벽 예외 절차를 그대로 참고하면 됩니다.

mixed-port는 스마트폰·다른 PC가 HTTP/SOCKS로 붙을 때 편하지만, 스위치 본체는 그 설정을 입력하지 못합니다. 핫스팟 시나리오에서는 TUN 모드가 켜져 PC 출구가 프록시를 타는지가 더 중요합니다. TUN에 익숙하지 않다면 TUN 모드 가이드에서 스택 옵션과 “로컬 프로세스만”이 아닌지 먼저 짚고 오는 것이 좋습니다. allow-lan은 스위치가 직접 프록시 포트에 붙는 경우는 드물지만, DNS를 PC의 Clash 리스너로 보내는 실험을 할 때 필요해질 수 있어 같이 켜 두는 팀도 있습니다.

4. Windows 11: 모바일 핫스팟 켜기 순서

설정 → 네트워크 및 인터넷 → 모바일 핫스팟에서 SSID와 비밀번호를 정하고, “인터넷 연결 공유” 원본 인터페이스가 Clash가 실제로 쓰는 업링크와 같은지 확인합니다. 유선 LAN이 본체 출구인데 실수로 다른 어댑터를 공유하면, 핫스팟은 살아 있어도 스위치에서만 계속 타임아웃이 납니다. 핫스팟을 켠 뒤 PC에서 ipconfig로 내부 게이트웨이 주소를 적어 두고, 스위치 네트워크 진단에서 같은 대역을 받았는지 확인합니다.

닌텐도 본체 설정에서 해당 SSID에 연결한 다음, 가능하면 DNS를 수동으로 지정해 봅니다. 신뢰할 수 있는 공용 DNS(예: 클라우드플레어·구글)를 넣거나, 실험적으로 PC의 사설 주소를 넣되 Clash DNS가 외부에서 들을 수 있게 구성되어 있는지 반드시 확인합니다. DNS를 PC로만 몰아도 SNI·TLS가 다른 경로로 새는 경우가 있어, 최종 검증은 eShop 접속과 펌웨어 확인 화면으로 하는 것이 안전합니다.

5. macOS: 인터넷 공유와 방화벽

맥에서도 흐름은 같습니다. 시스템 설정 → 일반 → 공유 → 인터넷 공유에서 “다른 컴퓨터에 연결 제공” 쪽 인터페이스로 이더넷 어댑터나 USB 이더넷 동글을 선택하고, 스위치는 유선으로 연결합니다. Wi-Fi로 스위치를 붙이고 싶다면, 맥이 동시에 스테이션과 AP 역할을 할 수 있는지(모델·OS 버전)부터 확인해야 합니다. Clash Verge Rev 사용자는 로컬 네트워크 권한과 방화벽 예외를 LAN 글과 동일한 기준으로 맞춥니다.

맥에서 TUN을 켠 뒤 인터넷 공유를 켜면, 공유 세션마다 순서가 민감할 수 있습니다. 일반적으로는 먼저 Clash가 안정적으로 업링크를 잡은 다음 인터넷 공유를 켜고, 스위치를 재부팅하거나 네트워크 설정을 초기화해 DHCP를 다시 받게 하는 편이 재현성이 높습니다.

6. 닌텐도 관련 도메인·DNS를 규칙에 넣기

프로필에 아래와 같은 패턴을 추가하는 팀이 많습니다. 실제 운영 구독에는 더 많은 서브도메인이 포함될 수 있으니, 연결 로그에 뜨는 호스트를 보며 보강하세요. (주석은 영어로만 작성합니다.)

# Nintendo / CDN examples — adjust proxy group name
rules:
  - DOMAIN-SUFFIX,nintendo.com,PROXY
  - DOMAIN-SUFFIX,nintendo.net,PROXY
  - DOMAIN-SUFFIX,nintendo.co.jp,PROXY
  - DOMAIN-SUFFIX,nintendo-europe.com,PROXY
  - DOMAIN-KEYWORD,nintendo,PROXY

DNS 섹션에서는 오염이 적은 DNS를 쓰고, fake-ip를 쓸 때는 스위치가 기대하는 응답 지연과 맞지 않아 증상이 바뀌는 사례가 있습니다. 문제가 계속되면 redir-host 계열로 바꿔 보거나, DNS와 TUN 조합을 한 번에 바꾸지 말고 변수를 하나씩 줄여 가며 테스트합니다. external-controller를 LAN 전체에 열어 두면 누구나 API로 프로필을 바꿀 수 있으니, 반드시 로컬호스트 제한이나 강한 토큰을 유지하세요.

7. 검증 체크리스트: PC만 되고 스위치만 안 될 때

다음 순서로 좁히면 원인 분리가 빨라집니다. 첫째, PC 브라우저에서 eShop 웹·계정 관리 페이지가 같은 노드로 열리는지 확인합니다. 둘째, 핫스팟을 끈 스위치가 집 Wi-Fi에 붙었을 때와 붙지 않았을 때 증상 차이를 비교합니다. 셋째, 스위치 네트워크 테스트에서 NAT 타입·속도가 비정상인지 봅니다. 넷핑 실패가 계속되면 게이트웨이·DNS·방화벽 중 하나가 막고 있는 것입니다. 넷핑은 되는데 eShop만 실패하면 규칙 누락·DNS·특정 지역 노드 쪽을 의심합니다.

클라이언트 로그에 스위치 트래픽이 아예 안 보이면, 아직 콘솔이 PC 출구를 타지 않는 것이므로 OS 공유 설정을 다시 봐야 합니다. 반대로 로그에는 찍히는데도 오류가 난다면 노드 품질·UDP 처리·피어투피어 포트 제한을 점검합니다. 이런 일반적인 프록시 이슈는 트러블슈팅 가이드의 포트·구독 절차와 연결해 볼 수 있습니다.

8. 대안: 공유기·보조 라우터에 Clash 두기

PC를 항상 켜 두기 번거롭다면, OpenWrt 등에 Clash 계열을 올려 집 전체가 같은 정책을 쓰게 만드는 방법이 있습니다. 초기 비용과 유지보수는 늘지만, 스위치·스마트TV·콘솔을 한 번에 덮기 좋습니다. 본문 핫스팟 절차는 그런 환경으로 이전하기 전 프로토타입으로도 유용합니다. “규칙이 맞는지”를 PC에서 검증한 뒤 라우터로 옮기면 디버깅이 쉬워집니다.

닌텐도 계정 국가·결제 수단·콘텐츠 등급은 서비스 약관과 연결됩니다. 네트워크 경로를 바꾸는 것은 기술적 선택이지만, 지역 제한을 우회하기 위한 목적으로 사용할 경우 약관 위반이나 계정 제재 논란에 들어갈 수 있습니다. 이 글은 연결이 불안정한 환경에서 타임아웃을 줄이는 구성 참고를 목적으로 하며, 최종 판단은 사용자 책임입니다.

10. 정리

Switch 2 시대에도 변하지 않는 사실은, 콘솔이 범용 프록시 앱을 받지 못한다는 점입니다. 그래서 PC에서 Clash(Mihomo)로 출구와 규칙을 고정하고, 핫스팟·인터넷 공유로 스위치를 그 뒤에 두는 방식이 여전히 실용적입니다. 핵심은 게이트웨이가 실제로 PC인지, DNS가 의도한 서버로 가는지, 닌텐도 관련 호스트가 규칙에서 빠지지 않았는지를 순서대로 확인하는 것입니다. 같은 Wi-Fi에서 다른 기기가 mixed-port를 쓰는 경우는 LAN 글을, TUN·스택 이해는 별도 가이드를 함께 보면 전체 그림이 맞습니다.

GUI로 프로필 전환과 로그를 동시에 보여 주는 Mihomo 기반 클라이언트는 이런 “원인 분리”에 특히 유리합니다. 단순히 속도만 빠른 도구보다, 어느 도메인이 DIRECT로 새는지를 바로 확인할 수 있는 쪽이 게임기 트러블슈팅에는 오히려 시간을 아깁니다. 직접 비교해 보고 싶다면 공식 배포 페이지에서 받아 보세요.→ Clash를 무료로 다운로드하고 Switch 2·eShop 연결을 PC 핫스팟 축으로 맞춰 보세요