📖 튜토리얼 ⏱ 약 16분 분량

Steam·Epic Games를 Clash로 분류하기: 스토어·CDN·게임 다운로드가 멈추지 않게(2026)

PC 게임을 쓰다 보면 Steam이나 Epic Games Launcher에서 스토어는 열리는데 업데이트만 0%에서 멈추거나, 큰 용량 패치가 수십 KB처럼 느리게 보일 때가 있습니다. 브라우저로 해외 사이트는 괜찮은데 런처만 이상하면, 앱이 망가진 것이 아니라 Clash 분류 규칙이 상점·CDN·다운로드 호스트를 엇갈리게 보내거나, 노드 선택이 대용량 전송에 맞지 않는 경우가 흔합니다. 이 글은 Zoom·개발 도구·생성형 AI 위주 튜토리얼과 달리, 게임 플랫폼에서 자주 검색되는 「스토어 업데이트」「게임 다운로드」 흐름을 도메인·프로세스 단위로 나누고, 일상 웹 트래픽과 섞이지 않게 만드는 방법을 한국어로 정리합니다. 사용자 정의 규칙 입문과 짝을 이루는 실전 시나리오입니다.

먼저 구분하기: 「런처 버그」인지 「프록시 경로」 문제인지

Steam과 Epic은 증상이 비슷합니다. 라이브러리 목록은 보이는데 다운로드 속도가 비정상적으로 낮고, 스토어 이미지가 안 뜨고, 「연결 끊김」 메시지가 반복됩니다. 디스크 공간·안티바이러스·라우터를 건드리기 전에 한 가지를 확인하세요. Clash를 끄거나 Rule 모드에서 해당 트래픽이 확실히 DIRECT로만 나가게 했을 때 속도·안정성이 확 달라지는지입니다. 그렇다면 밸브나 에픽 서버가 완전히 죽은 경우보다, 분류 규칙 순서·DNS·시스템 프록시와 TUN 중 무엇으로 런처 트래픽을 잡는지가 원인일 가능성이 큽니다.

반대로 Clash와 무관하게 특정 ISP 시간대에만 느리다면 회선 혼잡일 수 있고, 그때는 노드만 바꿔서는 한계가 있습니다. 이 글은 프록시를 켠 상태에서 내가 조절할 수 있는 Clash 설정에 초점을 맞춥니다. 「규칙형 클라이언트」와 「상업용 VPN 한 덩어리」의 차이는 Clash와 VPN의 차이에서 먼저 짚고 오면 아래 단계가 수월합니다.

왜 「전역 프록시」가 스토어·대용량 다운로드를 자주 망치나

글로벌 모드나 지나치게 넓은 MATCH는 본래 직접 가도 되는 CDN 엣지까지 먼 나라 노드로 돌려 보냅니다. 그러면 첫째, 왕복 지연이 커져 작은 요청이 많은 스토어 UI가 버벅입니다. 둘째, 출구 IP 지역이 바뀌어 캐시·라우팅이 기대와 다르게 잡히고, 일부 회선에서는 TCP 윈도우·버퍼까지 불리해 대역폭을 못 쓰는 것처럼 보일 수 있습니다. 셋째, 구독 규칙 세트가 「게임 플랫폼 = DIRECT」처럼 거칠게 박혀 있으면, 스토어는 직접인데 패치 CDN만 프록시처럼 한 앱 안에서 출구가 갈라지는 꼴이 되어 증상이 더 난해해집니다.

그래서 목표는 단순히 「프록시를 켠다」가 아니라, 상점·메타데이터·소셜에 가까운 호스트와 실제 게임 콘텐츠를 끌어오는 CDN 호스트를 머릿속에서 분리한 뒤, 각각 노드 선택에 맞는 프록시 그룹에 넣는 것입니다. 그룹 이름과 계층은 프록시 그룹(proxy-groups) 가이드를 보고, YAML의 rules에 적은 이름이 proxy-groups와 글자 하나까지 같아야 합니다.

Steam 트래픽의 층: 웹 스토어, 커뮤니티, CDN 다운로드

Steam 클라이언트는 한 화면 안에서도 서로 다른 호스트로 요청을 쏩니다. 스토어·계정·커뮤니티에 가까운 이름과, 실제 게임 파일을 받을 때 붙는 콘텐츠 배포망이 섞입니다. 버전·지역·캐시 정책에 따라 도메인이 바뀌므로, 인터넷에 떠도는 「완전 고정 목록」을 그대로 복붙하기보다 본인 PC의 Clash 연결 로그에 찍힌 목적지를 기준으로 규칙을 키워 가는 편이 안전합니다.

점검할 때 자주 등장하는 유형은 다음과 같습니다. 실제 적용 전에는 반드시 로그로 교차 확인하세요.

  • 브랜드·스토어·계정 계열: steampowered.com, steamcommunity.com, steamstatic.com 등. 카드 결제·계정 페이지·커뮤니티 스크린샷 로딩이 여기에 가깝습니다.
  • 콘텐츠·패치 계열: steamcontent.com, steamusercontent.com, Akamai·Fastly 등 상업 CDN 호스트 이름. 게임 다운로드·업데이트 대역폭이 주로 여기서 나옵니다.
  • 런처·메타데이터: 클라이언트가 버전 확인·구성 파일을 가져올 때 추가 호스트가 보일 수 있습니다. 증상이 「목록은 되는데 다운로드만」이면 콘텐츠 쪽 접미사가 규칙에서 빠졌는지를 의심합니다.

한국 사용자는 구독 규칙에 GEOIP,CN,DIRECT만 있고 로컬 트래픽 정의가 없는 경우가 있어, 국내 사이트·게임사 국내 CDN을 앞쪽에서 직접 연결로 두고 싶다면 GEOIP,KR,DIRECT 같은 규칙을 프로필에 맞게 배치하는 것이 자연스럽습니다. 다만 GEOIP 데이터베이스 한계로 100% 완벽하진 않으니, 중요한 호스트는 DOMAIN-SUFFIX로 명시하는 것이 좋습니다.

Epic Games Launcher: 스토어 API와 다운로드 호스트

Epic Games 런처도 구조가 비슷합니다. 로그인·카탈로그·구매 흐름과 설치 파일·패치 스트림이 서로 다른 서버·CDN으로 갈라질 수 있습니다. 로그에서 자주 보이는 이름에는 epicgames.com, on.epicgames.com, launcher.store.epicgames.com, download.epicgames.com 등이 포함되는 경우가 많고, 배포 인프라 변경 시 새 서브도메인이 붙을 수 있습니다.

원칙은 Steam과 같습니다. 이상한 호스트가 로그에 뜰 때마다 규칙을 보강하고, 처음부터 epicgames.com 전체를 무조건 한 그룹에 통째로 넣었다가 브라우저에서 열어둔 에픽 관련 웹까지 원치 않는 출구로 보내지 않도록 면적을 조정하세요. 웹만 에픽 사이트로 보고 런처는 다른 정책을 쓰고 싶다면, 프로세스 기반 규칙이 보조 수단이 됩니다.

시스템 프록시와 TUN: 런처가 Clash를 타는지부터 확인

Windows에서 Steam·Epic 런처는 독립 실행 파일입니다. 시스템 프록시를 자동으로 따르지 않는 경우가 있어, 「시스템 프록시만 켰는데 전부 잡힌다」고 가정하면 안 됩니다. 브라우저로 스토어 웹은 되는데 런처 다운로드만 이상하다면 일부 연결이 Clash 밖으로 새는지, 반대로 TUN 없이는 아예 규칙이 안 먹는지 나눠 봐야 합니다.

  • 시스템 프록시: 프록시를 존중하는 경로 위주로 부담이 적습니다. 런처가 시스템 설정을 따를 때는 규칙 디버깅이 비교적 단순해집니다.
  • TUN 모드: 더 아래에서 트래픽을 잡아 분류 적용 범위가 넓어지는 편입니다. 다른 VPN·회사 에이전트와 라우팅이 겹치면 충돌이 나기 쉬우므로, 원리와 주의점은 TUN 모드 심화 글과 함께 보는 것이 좋습니다.

실무에서는 다운로드 한 번 재현해 보며 연결 로그에 런처 목적지가 찍히는지 먼저 확인한 뒤, 시스템 프록시를 유지할지 TUN을 켤지 정합니다. 브라우저 확장 프록시·다른 가속기·보안 소프트웨어가 동시에 개입하면 원인 추적이 매우 어려워지니, 점검 때는 한 번에 한 가지만 바꾸세요.

분류 규칙 예시: 상점·CDN·게임 전용 그룹을 나누기

아래는 구조를 보여 주는 예시입니다. PROXY_STORE·PROXY_CDN은 실제 프로필의 proxy-groups 이름으로 바꾸고, 한 그룹으로 통합해도 됩니다. 도메인은 반드시 본인 로그에 맞게 수정하세요.

# Example only — replace group names with your proxy-groups
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,steamcontent.com,PROXY_CDN
  - DOMAIN-SUFFIX,steamusercontent.com,PROXY_CDN
  - DOMAIN-SUFFIX,download.epicgames.com,PROXY_CDN
  - DOMAIN-SUFFIX,steampowered.com,PROXY_STORE
  - DOMAIN-SUFFIX,steamcommunity.com,PROXY_STORE
  - DOMAIN-SUFFIX,steamstatic.com,PROXY_STORE
  - DOMAIN-SUFFIX,epicgames.com,PROXY_STORE
  - GEOIP,KR,DIRECT
  - MATCH,DIRECT

PROXY_STORE와 PROXY_CDN을 분리하면 「스토어는 지연 짧은 노드, 패치는 대역폭 큰 노드」처럼 노드 선택을 다르게 줄 수 있습니다. 반대로 그룹을 나눠도 구독 노드 풀이 같으면 체감 차이가 없을 수 있으니, url-test·fallback 그룹을 어떻게 쓰는지는 자신의 패널과 프록시 그룹 가이드를 맞춰 보세요. 마지막 MATCH는 예시이며, 실제 기본 정책에 맞게 조정합니다.

문법·순서·no-resolve 등은 사용자 정의 규칙 튜토리얼과 동일한 규칙입니다. 앞쪽에 더 구체적인 규칙이 있으면 뒤쪽은 실행되지 않으므로, 구독에서 가져온 대형 RULE-SET이 사용자 규칙을 덮어쓰지 않는지도 확인하세요.

Windows에서 PROCESS-NAME으로 런처만 묶기

도메인만으로 애매할 때는 실행 파일 이름으로 한 번에 묶는 방법이 있습니다. 예를 들어 steam.exe, EpicGamesLauncher.exe에 대해 별도 정책을 줄 수 있습니다. 다만 프로세스 규칙은 플랫폼·클라이언트마다 다르고, 업데이트 후 경로가 바뀌면 빗나갈 수 있어 보조 수단으로 두는 편이 안전합니다. 구체적인 쓰법은 사용자 정의 규칙의 PROCESS-NAME 절을 참고하세요.

DNS·fake-ip: 「해석은 됐는데 규칙이 엇갈릴 때」

간헐적으로만 스토어 자산이 안 뜨거나 다운로드가 끊기면 DNS 경로를 의심하세요. OS DNS, 브라우저 DoH, Clash 내장 DNS가 동시에 개입하면 규칙이 기대한 도메인과 매칭하지 않는 상황이 생길 수 있습니다. fake-ip 모드에서는 no-resolve와 규칙 순서가 한 세트로 맞아야 하고, 한 번에 여러 설정을 뒤집지 말고 DNS 블록 정리 → 규칙 적중 확인 → 노드 교체 순으로 좁혀 가세요.

권장 점검 순서: 다운로드 한 번을 재현하고 로그로 답하기

  1. 변수 줄이기: 다른 VPN·브라우저 전용 프록시·가속기를 끄고 Clash만 남깁니다.
  2. 가져오기 방식: 시스템 프록시와 TUN을 번갈아 보며 런처 연결이 로그에 잡히는지 확인합니다.
  3. 재현·수집: 스토어 열기, 라이브러리 로딩, 실제 패치 다운로드 각 단계의 목적 도메인과 적중 규칙을 적어 둡니다.
  4. 규칙 수정: 빠진 접미사를 추가하거나, 앞선 규칙이 잘못 DIRECT/다른 그룹으로 먹는지 순서를 조정합니다.
  5. 노드 비교: 동일 규칙으로 노드만 바꿔 속도·손실을 비교해 「규칙 문제」와 「노드 품질」을 가립니다.

이 절차는 Zoom·Teams 분류나 개발 도구 분류 글과 같은 로그 우선 접근이며, 관찰 대상만 게임 플랫폼 호스트로 바뀐 것입니다.

자주 묻는 질문

스토어는 되는데 게임 다운로드만 느려요.

콘텐츠 CDN 도메인이 규칙에서 빠졌거나, DIRECT인 CDN을 느린 회선으로 붙잡고 있을 수 있습니다. 연결 로그에서 다운로드 중인 호스트를 확인해 steamcontent.com 등 실제 목적지를 추가하고, 같은 호스트가 앞쪽 규칙에 의해 의도와 다른 그룹으로 가지 않는지 보세요.

Epic은 로그인만 되고 설치가 안 돼요.

인증·스토어 API와 다운로드 호스트가 갈라질 수 있습니다. 로그에 download.epicgames.com 등이 보이는지 확인하고, 방화벽·다른 VPN과의 충돌을 제거한 뒤 규칙을 보강하세요.

TUN 켜니까 국내 웹이 느려졌어요.

사설 대역과 GEOIP,KR,DIRECT 같은 로컬 규칙이 앞쪽에서 먹는지, MATCH가 전부 프록시로 가지 않는지 확인하세요. 사용자 정의 규칙으로 기본 정책을 조이는 것도 도움이 됩니다.

정리

Steam과 Epic Games에서 스토어 업데이트·게임 다운로드가 버티게 하려면, 노드 이름만 바꾸기보다 상점·CDN·런처 호스트가 Clash 분류 규칙상 어디로 가는지를 로그로 확인하는 것이 핵심입니다. 글로벌 프록시 한 방은 간단해 보이지만 대용량 전송과 UI용 작은 요청을 한 출구에 몰아 넣기 쉬워, 지연과 대역폭 낭비를 동시에 키울 수 있습니다. 반면 규칙을 잘 쪼개면 일상 웹은 직접 연결에 가깝게 두고, 플랫폼에 필요한 호스트만 노드 선택에 맞는 그룹으로 보낼 수 있습니다.

클라이언트 설치와 버전 안내는 릴리스 페이지만 쫓기보다 다운로드 페이지와 입문 튜토리얼을 따르는 편이 혼선이 적습니다. 규칙을 손본 뒤에는 같은 패치를 한 번 더 받아 보며 연결 로그로 적중을 확인하면, 다음에 비슷한 게임 런처를 설정할 때도 같은 패턴을 재사용할 수 있습니다. 단순 VPN 터널보다 Clash는 관측 가능한 분류에서 장기적으로 게임 PC 환경에 잘 맞는 경우가 많습니다. → Clash를 무료로 내려받고, Steam·Epic 스토어·다운로드 분류를 맞춰 보세요.