1. 증상 읽기: 0%와 로그인 스피너는 경로가 갈라졌을 때 흔합니다
Epic Games Launcher는 실행 직후 카탈로그·인증·청크·검증 등으로 병렬 요청을 보냅니다. 뼈대는 뜨는데 설치만 0%에 멈추거나, 로그인 버튼 이후 스피너만 도는 패턴은 단순 지연보다 일부 서브도메인만 다른 경로로 나갈 때 자주 보입니다. Clash 연결 목록에서 호스트명과 선택된 정책을 나란히 보면 원인 후보를 빠르게 줄일 수 있습니다.
YAML 구조가 아직 낯설다면 구독 가져오기 튜토리얼에서 프로필 흐름을 먼저 잡아 두세요.
2. Epic 주변 트래픽을 층으로 나누기
실제 호스트는 클라이언트 버전과 CDN 계약에 따라 달라질 수 있으므로 로그에 나온 이름을 정답으로 둡니다. 아래는 규칙을 쓸 때 머릿속에 두기 좋은 역할 구분입니다.
| 층 | 이미지 | 점검 포인트 |
|---|---|---|
| 런처·카탈로그 API | epicgames.com·launcher 계열 | UI는 되는데 로그인만 돌 때 인증·세션을 의심합니다. |
| 계정·OAuth | 브라우저 임베드·IdP 리다이렉트 | 브라우저와 런처가 서로 다른 경로면 로그인이 끝나지 않을 수 있습니다. |
| 정적 CDN | Akamai·Fastly·Cloudflare 등 | 이미지·메타만 느린 패턴과 맞물립니다. 접미사를 과하게 넓히면 부작용이 납니다. |
| 청크·대용량 | download·cdn 등 | 0%나 검증 루프는 DL 계열만 잘못된 DIRECT로 새는 전형입니다. |
로그인에 성공했다고 전부 통과한 것은 아닙니다. 런처는 백그라운드에서도 다른 호스트를 부르므로 한 덩어리 도메인 가정으로 규칙을 쓰면 금방 깨집니다.
3. Windows에서의 경로: 시스템 프록시와 런처를 함께 보기
OS 시스템 프록시에 Clash mixed 포트를 넣는 경우가 많지만, Epic Games Launcher는 내부 컴포넌트가 여러 개라 브라우저 창과 네이티브 다운로드의 해석이 갈라질 수 있습니다. 먼저 Clash에서 시스템 프록시 또는 TUN이 켜져 있는지 확인하고, 연결 로그에서 epic이 포함된 행이 기대한 정책 그룹으로 나가는지 봅니다. Microsoft Store UWP만 따로 문제가 되는 경우도 있어 UWP 루프백 글을 참고하면 Windows에서의 프록시 동작 이해에 도움이 됩니다.
4. 도메인 수집: 런처 조작과 Clash 로그를 함께
한쪽만 보면 빠뜨리기 쉬우니 아래를 병행하세요.
- Epic Games Launcher를 켜고 라이브러리에서 설치 또는 검증을 시도해 0% 상태를 재현합니다. 가능하면 로그인 흐름도 브라우저 단계까지 반복합니다.
- Clash(Mihomo GUI의 연결 보기)에서 같은 직후에 뜬 연결 행을 시간순으로 모아
epic·unreal이 들어간 호스트와 CDN으로 보이는 이름을 적습니다. DIRECT나 의도와 다른 정책에 떨어진 행에 표시를 하고, 구독 규칙 중 어느 줄 위에 사용자 규칙을 둘지 판단합니다.- 대용량 전송이 돈 뒤에 다시 로그를 보고 DL 전용 호스트가 늘었는지 확인합니다.
포트 충돌 등 일반 이슈는 트러블슈팅 가이드로. 본문은 Epic에 한정합니다.
5. 권장 점검 순서
- Clash가 실행 중인지, 시스템 프록시인지 TUN인지 확인합니다.
- 연결 로그에서 Epic 관련 호스트가 의도한 정책 그룹으로 나가는지, 잘못된
DIRECT가 없는지 봅니다. fake-ip를 쓰는지와 DNS 설정을 확인하고, 필요하면 특정 접미사에nameserver-policy등을 둡니다.- 런처·인증·CDN·DL을 호스트·접미사 단위로 규칙화하고, 구독 안의 넓은
DIRECT보다 위쪽에 모순 없이 둡니다. - 규칙이 맞은 뒤 지터가 적은 노드를 고르고 과도한 자동 전환을 줄입니다.
6. 시스템 프록시와 TUN: 빠짐 줄이기
시스템 프록시는 편하지만 프록시를 읽지 않는 구성요소나 다른 VPN 드라이버와 겹치면 표면상 경로가 갈라집니다. TUN은 라우팅 계층에서 잡아 일관성은 올라가지만 다른 VPN과의 경합이 있습니다. 켤 경우 TUN 모드 글을 보고, 켠 뒤 Epic 관련 호스트가 모두 기대 경로인지 다시 로그로 검증하세요.
7. DNS·fake-ip: 이름 해석과 규칙 판정의 어긋남
fake-ip는 체감에는 유리할 수 있지만 설정에 따라 규칙에 넘기기 전 이름과 실제 연결 목적지가 어긋나기 쉽습니다. 서브도메인과 서드파티 CDN이 많은 서비스에서는 작은 어긋남도 클라이언트가 재시도를 반복해 사용자에게는 로딩이나 0%로 보입니다. 상위 DNS를 안정적으로 맞추고, 로그에 자주 나오는 접미사에 전용 해석 정책을 두는 방식을 검토하세요. 필드 이름은 Mihomo·Clash Meta 버전별로 다를 수 있습니다.
8. 분류 규칙 예시(교체 전제)
구독에 넓은 DIRECT가 앞에 있으면 의도치 않은 직결이 섞입니다. 더 구체적인 DOMAIN·DOMAIN-SUFFIX를 위쪽에 두는 것이 실무적입니다. 아래는 예시이며 실제 호스트는 반드시 로그로 확인하세요.
# Example only — verify hostnames in your Clash logs before use
rules:
- DOMAIN-SUFFIX,epicgames.com,PROXY
- DOMAIN-SUFFIX,unrealengine.com,PROXY
- DOMAIN-SUFFIX,launcher.store.epicgames.com,PROXYDL 대역만 다른 그룹(PROXY_DL)으로 나누면 장애 시 원인을 나누기 쉽습니다. 그룹 이름은 proxy-groups에 정의되어 있어야 합니다.
9. Steam 글과의 차이
Steam CDN 분류 글은 steampowered.com·depot 그래프가 중심입니다. Epic은 런처 업데이트와 온라인 서비스 호출 패턴이 달라 검색 의도도 “Steam과 같은 규칙”으로 끝나지 않습니다. PC에 여러 런처를 쓴다면 서비스별로 호스트 표를 따로 두는 편이 덜 헷갈립니다.
10. 노드 선택: 순간 속도보다 흔들림이 적은 회선
속도 테스트 1위라도 RTT가 자주 튀는 노드는 다수 요청 UI나 대용량 전송에 불리합니다. TLS 핸드셰이크가 늘고 클라이언트는 타임아웃으로 보입니다. 수동으로 고정하거나 게임용 안정 노드를 쓰는 편이 낫습니다. 전송 특성은 프로토콜 비교 글을 참고하세요.
11. 추가 함정: LAN 공유·복수 VPN·hosts 수정
다른 PC에 프록시를 나눠 줄 때는 LAN 프록시 글에서 allow-lan과 방화벽을 확인하세요. Clash 외 상시 VPN과 TUN을 동시에 켜면 라우트가 겹쳐 가끔만 직결이 섞일 수 있습니다. hosts를 수동으로 바꾸면 특정 CDN만 다른 IP로 풀려 규칙과 어긋나기도 합니다. 한 경로로 되돌린 뒤 로그로 확인하는 것이 빠릅니다.
12. 정리: 증거 기반으로 Epic용 호스트를 묶기
Epic Games Launcher의 0% 정지나 로그인 스피너는 단일 스위치보다 모드·DNS·규칙 순서·노드 흔들림이 겹친 결과인 경우가 많습니다. 순서대로 로그를 보면 “무작정 글로벌 프록시”보다 재현 가능한 개선을 기대할 수 있습니다. 2026년에도 게임 배포 인프라는 빠르게 바뀌므로 구독 규칙만 믿지 말고 본인 환경에서 호스트 표를 한 번씩 갱신하는 습관이 안전합니다.
연결 로그와 규칙 편집을 GUI에서 묶을 수 있는 클라이언트를 쓰면 YAML을 매번 손으로 고치는 부담도 줄어듭니다. Epic 설치와 로그인을 한 출구로 안정화하고 싶다면 → Clash를 무료로 내려받고 매끄러운 연결을 시작해 보세요