1. 증상 읽기: 버퍼링·화질 잠김·계정 이상은 경로가 갈라졌을 때 흔합니다
YouTube 웹과 안드로이드·iOS 앱은 재생을 시작하면 동시에 수십 개의 요청을 보냅니다. 목록과 썸네일은 보이는데 영상만 자주 멈추거나, 통계상 충분한 대역이 있는데도 화질 메뉴가 낮은 단계에 고정되는 패턴은 단순 지연보다 일부 서브도메인만 다른 경로로 나갈 때 반복됩니다. googlevideo로 향하는 TCP 연결이 의도한 프록시 그룹에 있지 않거나, accounts.google.com 세션이 다른 노드 IP에서 열리면 클라이언트는 보호된 재생이나 구독 검증을 통과하지 못하고 재시도를 반복합니다. 사용자에게는 끊김과 화질 제한으로 보입니다. Clash 연결 목록에서 호스트명과 선택된 정책을 나란히 보면 원인 후보를 빠르게 줄일 수 있습니다. “YouTube VPN”으로 검색해 들어오는 경우도 많지만, 실제로는 규칙을 무조건 넓히기보다 본인 세션에 붙는 이름에 맞추는 편이 재현성이 높습니다.
YAML 구조가 아직 낯설다면 구독 가져오기 튜토리얼에서 프로필 흐름을 먼저 잡아 두세요.
2. YouTube 주변 트래픽을 층으로 나누기
실제 호스트는 클라이언트·AB 실험·CDN PoP에 따라 달라질 수 있으므로 로그에 나온 이름을 정답으로 둡니다. 아래는 규칙을 쓸 때 머릿속에 두기 좋은 역할 구분입니다.
| 층 | 대표 패턴 | 점검 포인트 |
|---|---|---|
| 계정·OAuth | accounts.google.com·myaccount.google.com 등 | 로그인 루프·기기 확인 메시지가 날 때 세션 출구가 일치하는지 봅니다. |
| 앱·웹 셸 | youtube.com·youtu.be·m.youtube.com | UI·메타데이터 요청이 프록시로 통일되어 있는지 확인합니다. |
| API·백엔드 | googleapis.com·youtubei.googleapis.com 등 | 추천·구독 상태·재생 권한 판정과 함께 묶이는지 봅니다. |
| 미디어 세그먼트 | *.googlevideo.com | YouTube 버퍼링·화질 고정은 스트림 엣지만 잘못된 DIRECT로 새거나 반대로 끊기 쉬운 회선으로만 나가는 전형입니다. |
| 정적·폰트 | gstatic.com·googleusercontent.com 등 | 화면만 깨지는 패턴과 구분합니다. 접미사 규칙을 과하게 넓히면 부작용이 납니다. |
한 번 로그인했다고 끝이 아닙니다. 앱은 백그라운드에서 토큰 갱신·측정 요청을 보내므로 한 덩어리 도메인 가정으로만 규칙을 쓰면 곧 깨집니다.
3. 넷플릭스·Spotify·Gemini 글과의 차이
넷플릭스 분류 글은 Open Connect에 가까운 영상 인프라와 DRM 세션 집합이 중심입니다. Spotify 분류 글은 오디오 CDN과 scdn 축이 중심입니다. Gemini 분류 글은 검색·챗 UI와 AI API에 가깝습니다. YouTube는 Google 전사 공통 계정 레이어와 결합한 UGC 동영상 플랫폼이라 googlevideo와 YouTube 전용 API 호출이 스트리밍 오탈자로 바로 이어집니다. 키워드만 덮어쓰지 말고 재생 세션에서 실제로 붙는 이름을 근거로 적용하세요.
4. 도메인 수집: 재생 시도와 Clash 로그를 함께
한쪽만 보면 빠뜨리기 쉬우니 아래를 병행하세요.
- 문제가 되는 동영상을 재생하거나 화질을 수동으로 올려 증상을 재현합니다.
- Clash(Mihomo GUI의 연결 보기)에서 같은 직후에 뜬 연결 행을 시간순으로 모아
googlevideo·youtube·googleapis·gstatic이 들어간 호스트를 적습니다. DIRECT나 의도와 다른 정책에 떨어진 행에 표시를 하고, 구독 규칙 중 어느 줄 위에 사용자 규칙을 둘지 판단합니다.- 브라우저 확장 프로그램 광고 차단으로 일부 요청이 막히지 않았는지, 시크릿 창에서도 같은지 확인합니다.
포트 충돌 등 일반 이슈는 트러블슈팅 가이드로. 본문은 YouTube에 한정합니다.
5. 권장 점검 순서
- Clash가 실행 중인지, 시스템 프록시인지 TUN인지 확인합니다.
- 연결 로그에서 YouTube 관련 호스트가 의도한 정책 그룹으로 나가는지, 잘못된
DIRECT가 없는지 봅니다. fake-ip사용 여부와 DNS 설정을 확인하고, 필요하면 특정 접미사에nameserver-policy등을 둡니다.- 계정·API·googlevideo를 호스트·접미사 단위로 규칙화하고, 구독 안의 넓은
DIRECT보다 위쪽에 모순 없이 둡니다. - 규칙이 맞은 뒤 지터가 적은 노드를 고르고 과도한 자동 전환을 줄입니다.
6. 시스템 프록시와 TUN: 빠짐 줄이기
시스템 프록시는 편하지만 프록시를 읽지 않는 일부 구성요소나 다른 VPN 드라이버와 겹치면 표면상 경로가 갈라집니다. TUN은 라우팅 계층에서 잡아 일관성은 올라가지만 다른 VPN과의 경합이 있습니다. 켤 경우 TUN 모드 글을 보고, 켠 뒤 googlevideo·계정 호스트가 모두 기대 경로인지 다시 로그로 검증하세요.
7. DNS·fake-ip: 이름 해석과 규칙 판정의 어긋남
fake-ip는 체감에는 유리할 수 있지만 설정에 따라 규칙에 넘기기 전 이름과 실제 연결 목적지가 어긋나기 쉽습니다. Google 계열은 서브도메인과 글로벌 앵커가 많아 작은 어긋남도 클라이언트가 재시도를 반복해 사용자에게는 YouTube 버퍼링이나 화질 제한으로 보입니다. 상위 DNS를 안정적으로 맞추고, 로그에 자주 나오는 접미사에 전용 해석 정책을 두는 방식을 검토하세요. 필드 이름은 Mihomo·Clash Meta 버전별로 다를 수 있습니다.
8. 분류 규칙 예시(교체 전제)
구독에 넓은 DIRECT가 앞에 있으면 의도치 않은 직결이 섞입니다. 더 구체적인 DOMAIN·DOMAIN-SUFFIX를 위쪽에 두는 것이 실무적입니다. 아래는 예시이며 실제 호스트는 반드시 로그로 확인하세요.
# Example only — verify hostnames in your Clash logs before use
rules:
- DOMAIN-SUFFIX,youtube.com,YOUTUBE
- DOMAIN-SUFFIX,ytimg.com,YOUTUBE
- DOMAIN-SUFFIX,googlevideo.com,YOUTUBE
- DOMAIN-SUFFIX,googleapis.com,YOUTUBE
- DOMAIN-SUFFIX,gstatic.com,YOUTUBE
- DOMAIN-SUFFIX,accounts.google.com,YOUTUBE스트림 전용 대역만 다른 그룹으로 나누면 장애 시 원인을 나누기 쉽습니다. 그룹 이름은 proxy-groups에 정의되어 있어야 합니다.
9. GEOIP·대륙 직결 규칙과의 충돌
공항 구독에 GEOIP,KR,DIRECT 같은 광범위 규칙이 있으면, 일부 googlevideo 엣지만 의도치 않게 직결로 보내져 “UI는 프록시인데 재생만 끊긴다”는 패턴이 납니다. 이럴 때는 YouTube 관련 블록을 규칙 상단에 두거나, 충돌하는 공급자 규칙 뒤에 로컬 덮어쓰기가 먹히도록 순서를 재확인하세요. 구독이 업데이트되며 예전에 넣어 둔 로컬 규칙이 뒤로 밀리는 경우도 흔합니다.
10. 모바일 앱·백그라운드
안드로이드와 iOS는 앱별로 시스템 VPN 슬롯과 배터리 최적화가 다릅니다. 앱이 백그라운드로 가도 백그라운드 오디오·Picture-in-Picture 세션은 계속 googlevideo를 부릅니다. 라우터에 Clash만 두고 단말은 직결이면 단말 트래픽이 분리되므로 OpenWrt 부라우터 글과 맞춰 게이트웨이를 확인하세요.
11. 노드 선택: 순간 속도보다 흔들림이 적은 회선
측정 속도 1위라도 RTT가 자주 튀는 노드는 DASH 세그먼트 다운로드에 불리합니다. TLS 핸드셰이크가 늘고 클라이언트는 타임아웃으로 보입니다. 수동으로 고정하거나 안정 위주 노드를 쓰는 편이 낫습니다. 전송 특성은 프로토콜 비교 글을 참고하세요.
12. 추가 함정: LAN 공유·복수 VPN·hosts 수정
다른 PC에 프록시를 나눠 줄 때는 LAN 프록시 글에서 allow-lan과 방화벽을 확인하세요. Clash 외 상시 VPN과 TUN을 동시에 켜면 라우트가 겹쳐 가끔만 직결이 섞일 수 있습니다. hosts를 수동으로 바꾸면 특정 CDN만 다른 IP로 풀려 규칙과 어긋나기도 합니다. 한 경로로 되돌린 뒤 로그로 확인하는 것이 빠릅니다.
13. 준수·서비스 약관에 대한 안내
이 글은 저작권을 침해하거나 불법 공유를 돕는 방법이 아니라, 합법적으로 이용 가능한 회선과 YouTube·Google 서비스 약관을 준수하는 범위에서 네트워크 경로를 일관되게 맞추어 품질을 개선하는 데 초점을 둡니다. 지역별 이용 조건·프리미엄 조항은 각 서비스 정책을 따르세요.
14. 정리: 증거 기반으로 googlevideo·계정 호스트를 묶기
프록시 환경에서의 YouTube 버퍼링·화질 잠김·계정 검증 불안정은 단일 스위치보다 모드·DNS·Clash 분류 규칙 순서·노드 흔들림이 겹친 결과인 경우가 많습니다. 순서대로 로그를 보면 “무작정 글로벌 프록시”보다 재현 가능한 개선을 기대할 수 있습니다. 2026년에도 Google측 인프라는 빠르게 바뀌므로 구독 규칙만 믿지 말고 본인 환경에서 호스트 표를 한 번씩 갱신하는 습관이 안전합니다.
연결 로그와 규칙 편집을 GUI에서 묶을 수 있는 클라이언트를 쓰면 YAML을 매번 손으로 고치는 부담도 줄어듭니다. googlevideo와 Google 계정 세션을 한 출구로 안정화하고 싶다면 → Clash를 무료로 내려받고 매끄러운 연결을 시작해 보세요