어떤 분께 맞는 글인가요?

Epic Games Store의 매주 무료 배포나 대형 세일·신작 출시 때가 되면, 소셜이나 검색에 “에픽 무료 수령 안 됨”, “다운로드 0B”, “런처만 로그인 실패” 같은 글이 한꺼번에 올라옵니다. 브라우저로 스토어 페이지는 열리는데 Epic Games Launcher만 에러를 내거나, 주간 무료 클레임 버튼이 돌기만 하고 끝나지 않거나, 설치·업데이트 진행률이 오르지 않는 패턴은 Steam과 마찬가지로 “한 도메인 한 줄 규칙”으로는 자주 안 풀립니다. 다만 Epic은 상점 웹·런처 API·인증·콘텐츠 배포(CDN)·패치 스트림이 서로 다른 호스트군으로 흩어져 있어, Clash 분할을 할 때도 로그에 찍힌 실제 이름을 기준으로 쌓는 편이 안전합니다.

이미 Steam 전용 글에서 상점·CDN·UDP를 나누는 감각이 있다면, Epic도 같은 축 분리를 적용하되 도메인 표는 Valve와 완전히 다릅니다. 규칙 전체의 MATCH·GEOIP 앞쪽에서 트래픽이 소비되지 않았는지는 규칙 분할 가이드에서 한 번 더 확인하세요. 런처가 OS 프록시를 안 타는 환경이라면 TUN 모드와 브라우저만 됨·시스템 프록시 글이 “웹만 된다”는 질문을 정리해 줍니다. PC에서 Clash 클라이언트를 쓰며 Epic 런처를 같이 돌리는 분께 초점을 맞춥니다.

증상 네 갈래: 로그인·스토어·수령·CDN

먼저 ① 계정 로그인·2FA·세션, ② 스토어 카탈로그·주간 무료 UI·결제/무료 API, ③ 게임 라이브러리 동기화·설치 큐, ④ 실제 페이로드 다운로드·델타 패치 중 어디가 끊기는지 나눕니다. ①②는 HTTPS·인증·쿠키와 DNS·SNI에 예민하고, 브라우저 세션과 런처 세션이 서로 다른 리졸버를 보면 같은 계정이라도 한쪽만 실패할 수 있습니다. ④는 대역·지연·패킷 손실과 CDN 엣지 선택에 더 민감하며, 규칙이 DIRECT로만 나가다 병목이 나거나, 반대로 느린 프록시 노드에 붙으면 진행률이 오랫동안 0에 가깝게 보이기도 합니다.

주간 무료는 트래픽이 몰리는 순간에 스토어 백엔드와 런처 내부 브리지가 동시에 바쁘므로, “버튼 한 번”이 실패해도 원인이 순수 네트워크가 아닐 수 있습니다. 그래도 Clash를 켠 상태에서만 재현된다면, 규칙 순서와 노드 리전, fake-ip 매핑을 의심하는 순서가 빠릅니다. 스트리밍 전용 글에서 다루는 도메인과 Epic은 겹치지 않으므로, Steam 글의 야멜을 그대로 복사해 이름만 바꾸는 방식은 피하세요.

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

프로파일을 크게 뜯기 전에 런처에서 연결 로그를 켠 채 로그아웃 후 재로그인, 주간 무료 탭 새로고침, 작은 타이틀의 설치 또는 검증을 한 번씩 실행해 보세요. 환경과 빌드에 따라 다르지만, 로그 키워드 예시로는 epicgames.com 접미의 API·인증 호스트, unrealengine.com 류, 런처·CDN·텔레메트리에 붙는 서브도메인 문자열이 반복됩니다. 복붙 화이트리스트보다 본인 세션에서 나온 문자열을 그대로 메모해 두는 것이 낫습니다.

IP만 보이고 도메인이 비면 Sniffer와 override-destination 설정 순서를 점검합니다. 잘못 스니핑하면 의도한 전략 그룹을 건너뛰어, 스토어는 되는데 특정 CDN 호스트만 다른 노드로 새는 식의 증상이 납니다. 목표는 “YAML 한 장 완성본”이 아니라, 자신의 로그에서 TCP인지 QUIC·UDP인지, 어떤 접미가 반복되는지를 표로 남기는 것입니다.

DOMAIN-SUFFIX·전략 그룹 예시

관측한 접미를 런처 웹/API와 대용량 CDN처럼 의미가 다른 묶음으로 나누면, 한쪽은 저지연 노드·다른 쪽은 대역 우선 노드로 보내는 A/B가 가능합니다. 아래는 이름만 예시이며, 그룹명과 순서는 프로파일에 맞게 바꿉니다.

# Example only — replace group names; verify hostnames in YOUR logs
rules:
  - DOMAIN-SUFFIX,epicgames.com,PROXY-EPIC-API
  - DOMAIN-SUFFIX,unrealengine.com,PROXY-EPIC-API
  - DOMAIN,tracking.epicgames.com,REJECT

GEOIP나 상위의 넓은 DOMAIN-KEYWORD가 먼저 트래픽을 가져가면, 아래쪽 Epic 전용 줄은 실행되지 않습니다. 규칙 분할 가이드에서 말하듯 전체 규칙을 한 번 펼쳐 순서를 전부 검토하는 습관이 필요합니다. 텔레메트리나 추적 호스트를 막을 때는 게임 플레이 필수 API까지 같이 건드리지 않도록, 로그에서 정확한 FQDN을 확인한 뒤 제한적으로 거는 편이 안전합니다.

주간 무료·클레임이 돌기만 할 때

버튼이 무한 로딩이면 브라우저에서 같은 타이틀 페이지를 열었을 때와 런처가 호출하는 엔드포인트가 다를 수 있습니다. Clash에서는 두 경로가 같은 출구 IP·같은 DNS 응답을 보는지 교차 확인합니다. fake-ip와 공유기 DNS가 섞이면, PC 터미널의 조회 결과와 런처가 붙으려는 IP가 달라져 한쪽만 성공하는 패턴이 나옵니다. 이때는 Clash DNS의 nameserver·fallback, 그리고 OS/공유기의 DNS 재지정을 함께 봐야 합니다.

일시적인 스토어 과부하는 시간을 바꿔 재시도하면 나아지는 경우도 있어, 네트워크만 고집하지 마세요. 다만 프록시를 켠 상태에서만 실패한다면, 여전히 규칙·노드·SNI 쪽을 우선 의심하는 편이 빠릅니다.

설치·패치·다운로드가 0에 가깝게 보일 때

대용량 바이너리는 브라우저 탭이 아니라 CDN·캐시 호스트로 직접 붙는 경우가 많습니다. 상점 페이지는 잘 뜨는데 설치만 안 되면, 로그에서 상점 호스트와 다른 다운로드 전용 접미가 분리되는지 확인하세요. 그 줄이 MATCH 아래에서 의도와 다른 출구로 나가거나, 노드 대역이 부족하면 진행 표시가 멈춘 것처럼 보일 수 있습니다.

디스크 여유·권한·안티바이러스 검사로 인해 디스크 사용량이 거의 안 오르는 경우도 있으므로, 런처 설정에서 설치 경로·캐시를 함께 점검하세요. 순수 네트워크 정체에는 로그에 TLS 재시도·장시간 스톨이 남는 경우가 많습니다.

시스템 프록시와 TUN: 런처가 어떤 경로를 타나

Epic Games Launcher는 설치·업데이트에 따라 OS 프록시 설정을 일관되게 따르지 않는 경우가 있습니다. 브라우저만 프록시를 타고 런처는 직접 회선으로 나가면, 사용자는 “웹은 되는데 런처만 이상하다”고 느낍니다. 이때 TUN으로 트래픽을 통일하거나, 런처 프로세스가 실제로 어떤 인터페이스로 나가는지 로그와 동시 관측해야 합니다. 적용 순서는 TUN 모드 가이드를 따르고, LAN 게임·로컬 스트리밍과 겹치지 않게 bypass 목록을 정리하세요.

이용 약관·합법 사용

Epic 계정·스토어·결제 정책은 수시로 바뀝니다. VPN이나 프록시를 이용해 허용되지 않은 지역·통화·카탈로그를 노리는 행위는 약관 위반이 될 수 있습니다. 이 글은 네트워크 관측·분기 방법을 기술적으로 설명할 뿐, 특정 지역 잠금을 무력화하도록 권장하지 않습니다. 직장·학교·타인 회선에는 동일 구성을 임의로 적용하지 마세요.

마무리

Epic Games의 주간 무료와 런처 트래픽은 브라우저에서 보이는 스토어 화면만으로는 끝나지 않고, API·인증·CDN·패치가 각각 다른 이름으로 이어집니다. Clash 분할로 “에픽만” 다룰 때도 먼저 증상을 축으로 나누고, 로그의 도메인·프로토콜을 근거로 규칙을 쌓아야 재현 가능한 튜닝이 됩니다. Steam과 비교하려면 Steam 분할 글에서 CDN·UDP를 나누는 절차를 함께 참고하세요.

브라우저와 데스크톱 클라이언트가 섞인 환경에서 정책을 한 번 정리해 두기에 Clash 계열은 적합합니다. 호스트명은 자주 바뀌으므로 로그 기반으로 주기적으로 업데이트하는 습관을 들이세요. 우선 문서·튜토리얼로 프로파일 개념을 익힌 뒤, 로그인·스토어·수령·CDN을 각각 재현해 보길 권합니다. 준비가 되면 Clash를 무료로 다운로드해 노드와 규칙을 손에 익혀 보세요. “웹은 되는데 Epic Games Launcher만” 이상 증상이 단계적으로 줄어드는 것을 확인할 수 있을 것입니다.