📖 튜토리얼 ⏱ 약 20분 분량

2026 PS5 스토어·PlayStation Network(PSN) 온라인이 끊길 때: Clash 분류 규칙·DNS·노드 실측

신작·시즌·펌웨어가 몰리는 시기에는 검색창에 「PS5 스토어 느림」「PSN 다운로드」「멀티 연결」 같은 조합이 다시 붙습니다. Clash가 돌아가는 가정용 게이트웨이·PC 공유·공유기 옆 투명 프록시에서는 PC 브라우저는 빠른데 콘솔만 상점 갱신이 멈추는 식으로 증상이 갈라지기 쉽습니다. 이 글은 Steam·Epic PC 스토어 분류나 Nintendo Switch 2·eShop 글과 달리, 소니·PSN 호스트 묶음을 전제로 연결 로그에서 도메인을 모은 뒤 DOMAIN-SUFFIX·RULE-SET·DNS(fake-ip·DoH)를 한 줄로 맞추고 노드를 비교하는 실측 순서입니다. 본인이 정당히 이용하는 계정·콘텐츠 범위 안에서 네트워크를 정렬한다는 전제이며, 스토어 리전·결제·약관을 우회하는 방법은 다루지 않습니다.

① PC 스토어 글·Switch 글과 무엇이 다른가

Steam이나 Epic Games Launcher는 데스크톱 OS 위에서 돌아가 시스템 프록시나 TUN으로 연결을 비교적 잘 가시화할 수 있습니다. Nintendo Switch 계열은 닌텐도 OS·NAT·P2P성 세션 묶음이 앞글의 초점이었습니다. PlayStation 5는 또 다른 축입니다. 펌웨어·게임 패치·PS Store 메타데이터·계정 인증·파티·일부 온라인 세션이 서로 다른 CDN 엣지와 API 호스트로 갈라지고, 그중 일부는 순수 HTTPS가 아니라 UDP·세션 타임아웃에 더 민감할 수 있습니다. 따라서 목표는「전역 MATCH 한 줄」이 아니라 게이트웨이에서 실제로 보이는 목적지를 쌓아 올리는 것입니다.

이미 OpenWrt·OpenClash로 집 전체를 올렸다면 LAN에서 PS5의 MAC·IP를 고정하고 동일한 YAML 패턴을 재사용하면 됩니다. 전체 흐름은 OpenWrt·OpenClash 구독·분류 글과 맞물립니다.

② 증상을 다섯 덩어리로 나누기

첫째, 스토어 UI는 뜨는데 결제·장바구니 동기화만 실패한다. 둘째, 펌웨어나 게임 본편 다운로드 진행률이 0% 근처에서 멈춘다. 셋째, 친구·프레즌스만 불안정하다. 넷째, 특정 타이틀의 멀티플레이·매치만 끊긴다. 다섯째, PS Plus 클라우드·스트리밍 계열 기능만 간헐적으로 실패한다. 1·2번은 상점·콘텐츠 배포망·DNS·규칙 순서 이슈 비중이 크고, 4번은 NAT·UDP·이중 NAT 후보를 함께 봐야 합니다. 같은 「프록시 끄면 되는데 켜면 안 된다」라도 레이어가 다르므로 Clash 연결 로그에 어떤 호스트가 먼저 적중하는지부터 적어 두는 편이 빠릅니다.

흔한 오해는「일본 노드로 고정하면 스토어가 항상 빨라진다」는 뜻입니다. 실제로는 계정 지역·결제·엣지 혼잡이 겹치고, 이름만 같은 프록시 그룹이라도 손실·지터 차이가 큽니다. 그룹 설계는 프록시 그룹 가이드의 url-test·fallback 패턴을 참고하세요.

③ PSN 트래픽의 도메인 층(관측 우선)

인터넷에 떠도는 고정 목록을 그대로 붙여 넣기보다 본인 환경의 연결 로그로 접미사를 늘리는 편이 안전합니다. 구조적으로 자주 등장하는 유형은 다음과 같습니다.

  • 계정·상거래·웹 API: 로그인, 영수증, 구독 상태와 연결된 호스트. 작은 요청이 잇따라 지연에 민감합니다.
  • 스토어 메타데이터: 카드, 썸네일, 설명 페이지. 리다이렉트 체인이 길면 규칙 한 줄이 어긋나기 쉽습니다.
  • 대용량 패치·본편: 상업 CDN 호스트에 모이는 경우가 많아, 스토어 본문과 실제 바이너리 출구가 다를 수 있습니다.
  • 상태·친구·알림: 장기 세션을 유지하는 호스트가 따로 있을 수 있어, 앞쪽 규칙에서 잘못 잡히면 간헐적 끊김으로 이어집니다.
  • 멀티플레이·음성(해당 시): 타이틀마다 다르지만 UDP 경로가 중요해지는 레이어입니다.

아래 YAML 예시의 도메인 이름은 구조 설명용이며 반드시 로그로 교체해야 합니다. 펌웨어·리전·타이틀에 따라 호스트가 바뀌는 것이 정상입니다.

④ DNS·fake-ip가 PS5 규칙을 흐리는 방식

DNS는 이름을 주소로 바꾸는 계층이면서, Clash에서는 규칙 매칭의 전제이기도 합니다. fake-ip 모드에서는 앱이 보는 주소와 코어가 규칙 적용 시 쓰는 경로가 어긋날 수 있어 no-resolve와 규칙 순서를 세트로 맞춰야 합니다. 상위 공유기가 DHCP로 특정 DNS 서버를 밀어 넣고, 콘솔만 다른 값을 쓰면「규칙에는 맞는데 실제 소켓이 다른 길」로 보일 수 있습니다. 공유기 DoH와 코어 DNS를 이중으로 두었을 때도 같은 유형의 증상이 납니다. 원리 보완은 TUN·DNS 심화를 함께 보면 좋습니다.

PS5는 PC처럼 개발자 도구를 열 수 없어서, 게이트웨이 한 대에서 DNS·프록시 계층을 정렬해 두는 편이 재현성이 높습니다. 실험할 때는 한 번에 한 계층만 바꾸고 같은 다운로드를 재시도하며, 적중 규칙 이름이 동일한지 확인하세요.

⑤ DOMAIN·RULE-SET을 쌓는 순서

구독의 RULE-SET이 이미 소셜·영상·게임 대역을 넓게 덮을 때, 사용자 규칙은 보통 앞쪽에 두어야 합니다. 그렇지 않으면 PSN 접미사가 일반적인 MATCH나 다른 그룹에 먼저 걸려 의도와 다른 출구로 나갑니다. 문법은 사용자 정의 규칙과 같으며, 세 번째 필드의 그룹 이름이 proxy-groups와 정확히 일치해야 합니다.

원격 규칙 세트만 믿기보다, 로그에서 나온 DOMAIN-SUFFIX 몇 줄이 증상을 바꿀 때가 많습니다. 세트 스냅샷에 아직 없는 CDN 호스트가 있을 수 있기 때문입니다. 로컬 규칙으로 먼저 고정한 뒤 이후에 세트 쪽으로 옮기는 접근이 안전합니다.

⑥ 규칙 예시: 계정·스토어·배포망을 나누기

아래는 구조 설명용 예시입니다. PROXY_ACCOUNT 등은 실제 프로필의 proxy-groups 이름으로 바꾸고, 도메인은 본인 로그 기반으로 수정하세요.

# Example only — replace proxy group names and domains from your PS5 traffic logs
rules:
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN-SUFFIX,playstation.com,PROXY_STORE
  - DOMAIN-SUFFIX,playstation.net,PROXY_PSN
  - DOMAIN-SUFFIX,sony.com,PROXY_CDN
  - DOMAIN-SUFFIX,sonyentertainmentnetwork.com,PROXY_ACCOUNT
  - GEOIP,KR,DIRECT
  - MATCH,DIRECT

마지막 MATCH는 예시입니다. 국내 통신·은행·OTT를 직접 연결로 두고 싶다면 GEOIP·사설 대역 예외를 앞에 두는 편이 자연스럽습니다. 특정 게임이 IP 대역 기반으로 나가면 IP-CIDR 보강이 필요할 수 있으나, 대역은 바뀔 수 있으니 우선 도메인 로그로 좁힌 뒤 확장하는 순서를 권장합니다.

⑦ 노드 선택: 왕복 지연만이 아닌 대역폭·지터

스토어·대형 패치는 ping만으로는 설명이 안 되는 경우가 많습니다. TCP 혼잡·패킷 손실·지터가 함께 보이므로, 같은 콘텐츠를 같은 시간대에 두세 번 재시도하며 전송률과 재현성을 비교하세요. url-test 자동 선택은 ICMP에 가까운 측정에 기대는 경우가 있어, 실제 HTTPS·대용량과 항상 일치하지는 않습니다. 상업용 단일 VPN 터널과의 차이는 Clash와 VPN 비교에서 정리해 두었습니다.

⑧ 게이트웨이·PC 공유에서 PS5만 묶을 때

콘솔은 PC만큼 촘촘한 HTTP 프록시 UI가 없어서, (1) 집 전체가 투명 프록시·TUN 게이트웨이를 타게 하거나, (2) PC를 게이트웨이로 올려 MAC별 정적 경로를 쓰거나, (3) 공유기에서 일부 기기만 다른 DNS·게이트웨이를 주는 식으로 나눕니다. (1)을 쓰면 국내 트래픽까지 한 코어를 지나가므로 DOMAIN·GEOIP 예외를 앞에 두는 것이 중요합니다.

모바일 테더링으로만 재현되는 경우 ISP(이동통신) 쪽 혼잡이나 CGNAT일 수 있어, 같은 설정이라도 유선 회선과 결과가 달라질 수 있습니다. 가능하면 실험 구간을 짧게 잡고, 약관상 허용된 네트워크 범위 안에서만 조정합니다.

⑨ 권장 실측 순서(체크리스트)

  1. 전제 정리: 다른 상용 VPN·브라우저 확장을 끄고, 같은 공유기에서 대용량 다운로드를 잠시 줄여 변수를 줄입니다.
  2. 증상 고정: 상점·펌웨어·특정 타이틀 온라인 중 어디에서 끊기는지 한 시나리오만 고릅니다.
  3. 로그 수집: Clash 연결 로그의 목적지·적중 규칙을 메모하고 DOMAIN-SUFFIX 후보를 뽑습니다.
  4. DNS 정렬: fake-ip·상위 DHCP DNS·DoH를 순서대로 점검합니다.
  5. 규칙 삽입: 사용자 규칙을 구독 세트보다 앞에 두고 출구 그룹을 나눕니다.
  6. 노드 비교: 동일 패치를 반복해 전송률과 끊김 빈도를 비교합니다.

이 흐름은 스토어형 플랫폼 글에서 반복해 온 「로그 우선」과 같으며, 대상만 PS5·PSN·소니 CDN으로 바뀐 것입니다.

⑩ 자주 묻는 질문

스토어만 느리고 게임 온라인은 괜찮아요.

메타데이터·결제 경로와 실제 바이너리 CDN이 서로 다른 그룹에 걸렸을 가능성이 큽니다. 연결 로그에서 두 묶음이 어떤 프록시 그룹으로 나가는지 확인하고 접미사를 분리하세요.

펌웨어는 받아지는데 새 본편만 0%예요.

대역이 큰 호스트가 규칙에서 빠졌거나 MATCH에 의해 느린 출구로 붙었을 수 있습니다. 잠시 규칙을 단순화해 동일 호스트가 반복되는지부터 보세요.

NAT 1·2인데도 파티·멀티만 끊겨요.

등급이 좋아도 라우터의 UDP 타임아웃·이중 NAT·프록시 경로의 UDP 처리 차이가 남을 수 있습니다. 타이틀별로 요구되는 포트·프로토콜을 함께 확인하세요.

⑪ 정리

2026 전후에도 PS5 스토어·PSN 온라인 이슈는 단일 「빠른 노드」로 끝나지 않고, 계정·상점·CDN·세션 호스트가 Clash 분류 규칙에서 어디로 보내지느냐에 크게 좌우됩니다. PC Steam·Epic과 닌텐도 Switch 2 글과 비교하면, 도메인 집합과 멀티 세션 특성이 전부 다르므로 목록을 통째로 복사해 오지 말고 게이트웨이 로그를 기준으로 쌓는 편이 안전합니다.

클라이언트 설치와 업데이트는 GitHub 릴리스만 보다가 버전이 엇갈리기 쉽습니다. 먼저 입문 튜토리얼로 흐름을 잡고, 패키지는 다운로드 페이지에서 OS에 맞게 받는 편이 덜 헷갈립니다. 규칙형 Clash는 LAN·개발 PC·콘솔을 한 관문에서 나눠 보낼 수 있어 장기적으로 유지 보수가 쉬운 경우가 많습니다. → Clash를 무료로 내려받고, PS5·PSN에 맞춰 도메인 분류와 DNS를 점검해 보세요.