서론: 스트리밍 트래픽을 나누는 이유
Netflix와 Disney+를 시청할 때 영상이 자주 멈추거나 화질이 갑자기 낮아지는 문제는 단순히 인터넷 속도가 느려서만 발생하지 않습니다. 스트리밍 서버와 사용자의 통신 경로, 선택한 프록시 노드의 품질, DNS 응답, 그리고 지역별 콘텐츠 정책이 함께 영향을 줍니다. 반대로 모든 인터넷 트래픽을 프록시로 보내면 국내 웹사이트, 온라인 게임, 화상 통화까지 불필요하게 우회되어 일반적인 사용 속도가 떨어질 수 있습니다.
Clash의 분할 라우팅을 사용하면 Netflix와 Disney+ 관련 요청만 지정한 프록시 그룹으로 보내고, 국내 쇼핑몰이나 금융 서비스 같은 나머지 트래픽은 DIRECT로 연결할 수 있습니다. 이 방식은 스트리밍에 필요한 안정적인 해외 경로와 일상적인 인터넷의 낮은 지연 시간을 동시에 관리하는 데 적합합니다.
가이드 목표
본 가이드는 Clash Verge Rev, Clash for Android, Mihomo 코어를 기준으로 Netflix와 Disney+ 트래픽을 구분하고, DNS·노드·규칙 순서를 함께 최적화하는 실용적인 방법을 설명합니다.
1스트리밍 분할 라우팅의 기본 원리
Clash는 요청한 도메인, IP 대역, 프로세스 또는 규칙 공급자에 따라 트래픽의 출구를 결정합니다. 따라서 Netflix 앱이나 웹페이지를 열었을 때 사용되는 모든 도메인을 하나의 프록시 그룹으로 연결해야 합니다. 메인 페이지 도메인만 등록하면 로그인은 되지만 영상 재생이 실패하거나, 자막과 썸네일만 늦게 표시되는 상황이 생길 수 있습니다.
| 트래픽 유형 | 권장 경로 | 설정 목적 |
|---|---|---|
| Netflix·Disney+ 재생 | 스트리밍 전용 그룹 | 안정적인 해외 경로와 지역 정책 대응 |
| 국내 웹사이트·은행 | DIRECT |
지연 시간과 인증 오류 감소 |
| 광고·추적 서버 | REJECT |
불필요한 요청과 로딩 지연 차단 |
| 분류되지 않은 요청 | 기본 프록시 또는 직접 연결 | 규칙 누락으로 인한 접속 실패 방지 |
중요한 점은 스트리밍 서비스를 무조건 우회하는 것이 항상 최선은 아니라는 사실입니다. 사용 중인 통신사와 서비스 서버 사이의 직접 경로가 충분히 빠르다면 DIRECT가 더 안정적일 수 있습니다. 먼저 직접 연결을 테스트한 뒤 버퍼링, 로그인, 카탈로그 표시 문제가 있을 때 프록시 규칙을 적용하는 순서가 안전합니다.
2스트리밍 전용 프록시 그룹 만들기
Netflix와 Disney+는 장시간 고화질 데이터를 전송하므로 일반 웹서핑용 노드보다 대역폭과 지속 연결 품질이 중요합니다. 여러 국가의 노드를 무작위로 순환하는 자동 선택 그룹은 접속 지역이 계속 바뀌어 로그인 보안 확인이나 콘텐츠 목록 변화가 발생할 수 있습니다. 가능하면 스트리밍에 적합한 노드를 별도의 그룹으로 만들고, 한 세션 동안은 같은 지역의 노드를 유지하세요.
- Streaming-Select: 사용자가 직접 선택하는 수동 그룹입니다. Netflix용과 Disney+용으로 나누면 지역별 테스트가 편리합니다.
- Streaming-Auto: 지연 시간과 연결 가능 여부를 확인해 후보 노드 중 하나를 선택하는 그룹입니다. 자동화보다 안정성을 우선한다면 수동 그룹을 권장합니다.
- Fallback: 첫 번째 노드가 연결되지 않을 때 사용할 예비 그룹입니다. 서로 다른 사업자나 지역의 노드를 넣어 장애에 대비하세요.
※ 특정 국가의 콘텐츠 이용 가능 여부는 서비스 정책과 계정 지역에 따라 달라질 수 있습니다. 노드 변경만으로 모든 카탈로그가 제공되는 것은 아닙니다.
노드를 고를 때는 이름에 표시된 속도보다 실제 측정 결과를 확인해야 합니다. 4K 재생은 순간적인 다운로드 속도뿐 아니라 지속적인 처리량이 필요하고, 여러 사용자가 공유하는 노드는 저녁 시간대에 성능이 크게 떨어질 수 있습니다. 재생 중 5분 이상 화질이 유지되는지, seek bar를 이동했을 때 다시 버퍼링하는지, 자막과 오디오 전환이 정상인지 함께 확인하세요.
3Netflix·Disney+ 도메인 규칙 설정
규칙은 위에서부터 아래로 평가되므로 스트리밍 규칙을 일반 해외 규칙이나 GEOIP 규칙보다 위에 배치해야 합니다. 아래 예시는 그룹 이름이 Streaming-Select인 경우입니다. 실제 설정 파일에서 사용하는 그룹 이름과 정확히 일치하도록 수정하세요.
위 목록은 출발점일 뿐이며 서비스 인프라가 변경될 수 있습니다. Clash의 연결 로그에서 재생 시도 후 DIRECT로 남는 관련 요청이 있는지 확인하고, 실제로 스트리밍에 사용된 호스트만 추가하는 방식이 가장 정확합니다. 반대로 너무 넓은 DOMAIN-KEYWORD,disney 규칙을 사용하면 Disney와 무관한 서비스까지 같은 프록시로 전송될 수 있으므로 주의해야 합니다.
성공 팁
규칙을 저장한 뒤 반드시 프로필을 다시 적용하고, 기존 연결을 종료한 다음 앱을 재실행하세요. 이전 DNS 캐시와 연결 세션 때문에 변경 결과가 즉시 보이지 않을 수 있습니다.
4DNS와 TUN 모드 점검
스트리밍 앱은 브라우저처럼 시스템 프록시만으로 모든 요청을 처리하지 않을 수 있습니다. TV 앱, 모바일 앱, 백그라운드 프로세스가 별도의 연결을 만들면 웹에서는 정상인데 영상 재생만 실패할 수 있습니다. 이런 환경에서는 Clash Verge Rev나 Clash for Android의 TUN 모드를 사용해 시스템 전체 트래픽을 규칙에 연결하는 것이 효과적입니다.
- DNS 모드: Mihomo에서 지원하는
fake-ip또는 환경에 맞는redir-host를 선택합니다. 일부 앱이 fake IP와 호환되지 않으면 해당 도메인을 예외 목록에 추가하세요. - 원격 DNS: 신뢰할 수 있는 DoH 또는 DoT 서버를 사용하고, DNS 요청이 국내 기본 DNS로 새지 않는지 확인합니다.
- nameserver-policy: 스트리밍 도메인을 지정한 원격 DNS로 보내면 지역별 응답 차이를 비교하기 쉽습니다.
- TUN 스택: 문제가 지속되면
mixed또는 클라이언트가 권장하는 스택을 시도하고, 운영체제 방화벽에서 Clash 권한을 허용합니다.
TUN을 켠 뒤에는 기존 VPN, 광고 차단 DNS, 보안 프로그램의 HTTPS 검사 기능이 충돌하지 않는지 살펴보세요. 여러 프로그램이 동시에 DNS나 라우팅을 제어하면 도메인 판별이 불안정해질 수 있습니다. 모바일에서는 배터리 절약 기능이 Clash의 백그라운드 동작을 중지하지 않는지도 확인해야 합니다.
주의사항
지역 제한을 우회하는 설정이 서비스 약관이나 현지 법규에 어긋날 수 있습니다. 이용 중인 계정과 콘텐츠 권한을 확인하고, 합법적으로 접근 가능한 서비스에서만 사용하세요.
5재생 품질 테스트와 문제 해결
설정이 끝났다면 한 번의 재생 성공만으로 최적화가 완료되었다고 판단하지 마세요. 서로 다른 시간대와 화질에서 테스트해야 노드의 실제 안정성을 알 수 있습니다. 먼저 Clash의 연결 로그를 열고 Netflix 또는 Disney+ 앱을 실행한 다음, 관련 도메인이 의도한 그룹으로 매칭되는지 확인합니다.
- 로그 확인: 영상 시작 시 요청이
Streaming-Select로 연결되는지 봅니다. 광고, 업데이트, 계정 인증 도메인이 별도 경로를 사용하는 것은 정상일 수 있습니다. - 속도 확인: 1080p와 4K를 각각 10분 이상 재생하고 버퍼링, 화질 강등, 음성 지연이 있는지 기록합니다.
- 노드 비교: 같은 콘텐츠를 두세 개 노드에서 테스트합니다. 가장 낮은 ping보다 지속 처리량과 패킷 손실이 적은 노드를 우선하세요.
- 캐시 초기화: 규칙을 수정했는데 결과가 같다면 앱을 완전히 종료하고 DNS 캐시와 스트리밍 앱의 연결 세션을 갱신합니다.
| 증상 | 가능한 원인 | 우선 조치 |
|---|---|---|
| 로그인은 되지만 영상이 시작되지 않음 | 재생 CDN 도메인 누락 또는 TUN 미적용 | 로그에서 누락 도메인을 찾아 규칙 추가 |
| 화질이 계속 낮아짐 | 노드 대역폭 부족, 혼잡, 패킷 손실 | 다른 노드로 변경하고 피크 시간 재측정 |
| 국내 사이트까지 느려짐 | 기본 규칙이 전체 트래픽을 프록시로 전송 | 국내 도메인과 GEOIP,KR,DIRECT 확인 |
| 지역 또는 카탈로그 오류 | 노드 국가와 계정 지역 정보 불일치 | 일관된 지역의 노드를 사용하고 계정 설정 확인 |
6자주 묻는 질문
Netflix와 Disney+를 반드시 같은 노드로 보내야 하나요?
아닙니다. 두 서비스의 서버 위치와 허용 정책이 다를 수 있으므로 각각 다른 그룹을 만들 수 있습니다. 한 노드에서 Netflix는 안정적이지만 Disney+가 실패한다면 서비스별 그룹을 분리하고 로그를 기준으로 선택하세요.
Netflix 도메인을 모두 프록시로 보내면 더 안정적인가요?
반드시 그렇지는 않습니다. 계정 인증이나 국내에서 제공되는 일부 요청까지 우회하면 오히려 지연이 늘어날 수 있습니다. 재생에 실제로 필요한 요청을 로그로 확인하고 최소 범위의 규칙을 유지하는 것이 좋습니다.
자동 노드 선택과 수동 선택 중 어느 쪽이 좋은가요?
자동 선택은 장애 대응에 편리하지만 노드가 자주 바뀌면 로그인 확인이나 지역 판정이 반복될 수 있습니다. 장시간 시청과 안정성을 우선한다면 검증된 노드를 수동으로 고르고, 예비 노드만 자동 그룹에 배치하세요.
설정 후에도 버퍼링이 계속되면 어떻게 하나요?
먼저 직접 연결과 프록시 연결을 각각 비교하고, Clash 로그·DNS 응답·노드의 피크 시간대 품질을 확인하세요. 모든 노드에서 같은 문제가 발생한다면 규칙보다 통신사 경로, 서비스 장애, 계정 또는 기기 문제일 가능성도 함께 점검해야 합니다.
마무리 체크
스트리밍 전용 그룹, 정확한 도메인 규칙, 일관된 DNS, TUN 적용 여부를 순서대로 점검하면 문제의 원인을 빠르게 좁힐 수 있습니다. 설정은 넓게 시작하기보다 로그를 보며 필요한 범위만 확장하세요.