1. 증상부터 나누기: “안 열림”의 종류
사용자 입장에서는 모두 “Steam 이 느리다”로 느껴지지만, 관찰 포인트는 다릅니다. 첫째, 상점 탭만 하얗고 커뮤니티·라이브러리는 되는 경우입니다. 둘째, 창작마당 미리보기·구독 버튼만 멈추고 본페이지는 열리는 경우입니다. 셋째, 게임 다운로드는 되는데 웹형 UI 만 멈추는 경우입니다. 넷째, 반대로 UI 는 대충 뜨는데 패치 속도가 0 에 가깝거나 자주 끊기는 경우입니다. 각각 걸리는 호스트 묶음이 조금씩 다르므로, 한 번에 “Steam 전부 PROXY” 로 덮기보다 연결 로그에 찍힌 도메인을 근거로 나누는 편이 안전합니다.
구독 YAML 을 아직 익숙하게 다루지 않는다면 구독 가져오기 튜토리얼에서 프로필을 먼저 안정화한 뒤 이 글의 분류 단계로 넘어오는 편이 좋습니다.
2. 권장 점검 순서
- Clash 가 켜져 있는지, 시스템 프록시인지 TUN 인지 기록합니다.
- 실시간 연결 목록에서 steam·steampowered·steamcommunity·akamaihd 등 관련 호스트가 기대한 정책 그룹으로 나가는지,
DIRECT로 새는지 확인합니다. fake-ip사용 여부를 확인하고, 해석이 흔들리는 접미사에nameserver-policy등을 두는지 봅니다.- 로그에서 추가로 본 호스트를
DOMAIN-SUFFIX·DOMAIN규칙으로 올리고, 공급자 규칙·로컬 규칙의 순서 충돌을 정리합니다. - 규칙이 맞는 전제에서 지터가 적은 노드를 고르고, 과도한 자동 페일오버를 줄입니다.
3. Windows·Steam 이 프록시를 타는 경로
Steam 클라이언트 본체는 WinHTTP·자체 스택을 섞어 쓰므로, 브라우저만 되고 Steam 만 안 되는 패턴이 흔합니다. Windows 가 제공하는 시스템 프록시는 많은 데스크톱 앱에 전달되지만, 일부 네이티브 모듈은 예외가 있어 DIRECT 로 나가기도 합니다. 이때 TUN 모드를 켜면 라우팅 계층에서 잡혀 동일 출구로 묶이기 쉽습니다. 다만 다른 상시 VPN 과 동시에 켜면 어댑터 충돌이 생길 수 있으니, 한 번에 하나의 터널만 남기고 다시 테스트하세요.
상점·커뮤니티 UI 는 사실상 임베디드 웹뷰에 가깝기 때문에, 확장 프로그램이 많은 브라우저와 달리 “광고 차단 확장” 문제는 적지만, 방화벽·보안 제품이 Steam 실행 파일의 아웃바운드를 막는 경우는 Clash 와 무관하게 동일 증상이 납니다. 이럴 때는 보안 소프트웨어 예외 목록을 함께 확인해야 합니다.
4. DNS·fake-ip: 규칙과 어긋나면 UI 가 비어 보인다
fake-ip 는 체감 지연을 줄이는 데 도움이 될 수 있지만, 해석 결과와 실제 연결 목적지가 어긋나면 TLS 핸드셰이크가 반복되고 웹형 UI 는 끝없이 로딩처럼 보입니다. 특히 CDN 이 끼어 있는 서비스에서 서브도메인마다 다른 엣지로 붙는 패턴이면 증상이 두드러집니다.
상위 DNS 가 신뢰 가능하고 Clash 에서 도달 가능한지 먼저 확인한 뒤, steampowered.com·steamcommunity.com 등 핵심 접미사에 별도 해석 정책을 두는 방식을 검토하세요. 필드 이름은 Mihomo 버전에 따라 다를 수 있으니 최신 문서와 예제를 함께 보는 것이 안전합니다. 규칙을 고친 뒤에는 Windows DNS 캐시를 비우거나 Steam 을 완전히 종료했다가 다시 열어 이전 세션이 남지 않게 하는 것도 도움이 됩니다.
5. 도메인 수집: 연결 패널이 최우선 증거
인터넷에 떠도는 “완성된 Steam 도메인 목록”은 배포 시점과 지역·ISP 에 따라 빠르게 달라질 수 있습니다. 그래서 이 글은 고정 목록을 외우게 하기보다, 본인 PC 세션에서 실제로 붙는 호스트를 모으는 절차를 권장합니다.
Clash Verge Rev 등 GUI 에서 실시간 연결을 연 뒤 Steam 에서 상점·창작마당·친구 목록을 새로고침합니다. *.steampowered.com 외에 steamusercontent.com·이미지 전용 서브도메인, steamstore-a.akamaihd.net 같은 CDN 호스트명, 혹은 지역에 따라 보이는 콘텐츠 배포 접미사가 보이면 각각 메모합니다. 실패한 연결(타임아웃·리셋)의 호스트를 우선적으로 규칙에 올리면 체감이 가장 큽니다.
게임 다운로드가 느릴 때는 Steam 설정의 다운로드 지역을 바꿔 보면서 로그에 새로 뜨는 다운로드·콘텐츠 서버 호스트가 어떤 정책으로 나가는지 비교해 보세요. 같은 노드라도 지역별 엣지 품질이 달라 체감이 갈립니다.
6. 규칙에 올리기 전 체크리스트
아래 표는 사고를 돕는 틀일 뿐이며, 실제 이름과 개수는 반드시 연결 로그로 검증해야 합니다.
| 구분 | 예시 방향 | 메모 |
|---|---|---|
| 상점·웹 UI | store.steampowered.com 등 | HTML·API 가 같이 묶이는지 확인합니다. |
| 커뮤니티·창작마당 | steamcommunity.com | 미리보기 이미지 호스트가 따로 보이면 별도 규칙을 고려합니다. |
| CDN·정적 자산 | 로그의 akamaihd.net 등 | 공급자의 광범위 DIRECT 규칙과 순서가 충돌하지 않게 둡니다. |
| 다운로드·패치 | 세션에서 관측된 콘텐츠 서버 | 대역폭이 크므로 노드 품질·할당량과 함께 봅니다. |
7. 규칙 예시 (정책 그룹 이름은 교체)
# Example only — replace PROXY with your policy group name
rules:
- DOMAIN-SUFFIX,steampowered.com,PROXY
- DOMAIN-SUFFIX,steamcommunity.com,PROXY
- DOMAIN-SUFFIX,steamusercontent.com,PROXY
- DOMAIN-SUFFIX,steamserver.net,PROXY
- DOMAIN-SUFFIX,akamaihd.net,PROXYakamaihd.net 는 Steam 외 서비스에도 쓰이므로, 범위가 넓어지면 DOMAIN-SUFFIX,steamstore-a.akamaihd.net,PROXY 처럼 로그에서 본 호스트를 더 좁혀 올리는 편이 안전합니다. DOMAIN-KEYWORD,steam 은 편하지만 오탐이 생기기 쉬우니 과도하게 쓰지 말고, 로그에 근거해 좁히세요.
상점 UI 와 대용량 패치를 의도적으로 나누고 싶다면 DOMAIN-SUFFIX,... 와 별도의 정책 그룹을 두어 디버깅을 쉽게 할 수 있습니다. Valve 측 호스트 명은 시기에 따라 바뀔 수 있으므로, 위 예시는 출발점으로만 두고 본인 세션 기준으로 덮어쓰는 것이 좋습니다.
8. GEOIP·대륙 직결 규칙과의 충돌
공항 구독에 GEOIP,CN,DIRECT 같은 광범위 규칙이 있으면, 일부 CDN 엣지나 캐시 호스트가 의도치 않게 직결로 보내져 “한국·일본 노드를 썼는데도 UI 만 이상하다”는 패턴이 납니다. 이럴 때는 Steam 관련 블록을 규칙 상단에 두거나, 충돌하는 공급자 규칙 뒤에 로컬 덮어쓰기가 먹히도록 순서를 재확인하세요.
구독이 업데이트되며 예전에 넣어 둔 로컬 규칙이 뒤로 밀리는 경우도 흔합니다. “Steam 전용 블록”을 파일 상단에 두고 주기적으로 순서를 점검하면 재발을 줄일 수 있습니다.
9. 노드 전략: 게임 패치는 지터에 민감하다
벤치마크 상위 노드라도 짧은 구간에서 패킷 지터가 크면 대용량 다운로드가 자주 끊깁니다. Steam Clash 조합에서 규칙이 맞는지 확인한 뒤에는 손실이 적은 회선을 고정하거나 자동 전환 임계값을 완화하는 편이 낫습니다. 전송 계층 특성은 프로토콜 비교 글을 참고해 보조 근거를 얻을 수 있습니다.
10. GUI 워크플로: Clash Verge Rev
연결 패널에서 호스트 문자열을 필터링하면 잘못된 DIRECT 를 빠르게 찾을 수 있습니다. 첫 설치와 구독 흐름은 Clash Verge Rev 초보자 가이드를 따르세요. Microsoft Store 나 UWP 앱까지 같이 쓰는 PC 라면 UWP 루프백·스토어 프록시 가이드와 증상이 겹칠 수 있으니, 브라우저와 Steam 을 번갈아 켜며 로그를 비교해 보는 것도 방법입니다.
11. 닌텐도 핫스팟 글과의 관계
콘솔은 PC 에 Clash 를 직접 설치할 수 없어 핫스팟·공유 출구에 초점을 둡니다. 본 글은 Windows 에 설치된 Steam 클라이언트가 같은 머신에서 바로 프록시를 타도록 상점 프록시·창작마당·CDN 분류·다운로드 도메인 을 맞추는 PC 전용 시나리오입니다. 두 글을 나란히 두면 “게임 플랫폼 트래픽을 Clash 로 안정화한다”는 큰 그림에서 서로 보완이 됩니다.
12. 정리: 로그 근거를 한 층씩 쌓기
Steam 상점·창작마당 이 비거나 타임아웃되는 현상은 단일 스위치가 아니라 프록시 모드·DNS·규칙 순서·노드 품질이 겹친 결과인 경우가 많습니다. 이 글의 순서대로 연결 로그 증거를 남기면 불필요한 노드 순환과 잘못된 DIRECT 를 빠르게 줄일 수 있습니다.
설정 파일을 매번 직접 고치기보다 Mihomo 를 내장한 공식 클라이언트에서 로그·업데이트·프로필 전환을 한 화면에서 처리하는 편이 운영 부담이 적습니다. 비슷한 범용 프록시 도구와 비교해도, 구독·분류·연결 기록이 함께 있으면 “일부 자산만 안 받아진다”는 증상을 빠르게 좁힐 수 있습니다. → Clash 를 무료로 내려받고 Steam 세션을 같은 출구로 묶어 보세요