TikTok 국제판 로딩 루프: 2026년 Clash 분류·DNS·TUN으로 쇼트·라이브·인증 경로 맞추기

Meta·장편 OTT·월드컵 중계와 무엇이 다른가

Threads·Instagram은 소셜·Reels 피드 폴링이 중심이고, Netflix·YouTube는 한두 개의 메인 스트림이 길게 유지되는 경우가 많습니다. 반면 TikTok은 초마다 갈리는 쇼트 세그먼트에 더해, 라이브(UDP·푸시·채팅)·광고·이벤트 API가 동시에 붙습니다. 월드컵 단일 대형 라이브를 다룬 글처럼 한 URL만 맞추면 끝이 아니라, 호스트 단위로 출구가 뒤섞였는지 먼저 봐야 합니다. 그래서 “스피드테스트 1위 노드”로도 스피너가 사라지지 않는 일이 흔합니다—지연이 아니라 정책·DNS·노드 전환(플랩) 문제인 경우가 많기 때문입니다.

TikTok 트래픽을 다섯 축으로 쪼개기

지역·앱 빌드·A/B에 따라 정확한 호스트는 바뀌므로, 아래는 멘탈 모델이며 연결 로그로 반드시 치환하세요.

• 앱 셸·API·For You: 피드 구성, 추천, 설정, 광고 서빙을 묶는 *.tiktok.com·*.tiktokv.com 등(예시) API 계열—여기가 다른 국가 노드로 갈리면 세션·쿠키가 엇갈릴 수 있습니다.
• 쇼트·VOD·미리보기: 짧은 클립·광고 클립의 세그먼트 GET—CDN 엣지가 카드마다 달라 하나의 넓은 DOMAIN-SUFFIX만 믿기 어렵습니다.
• 라이브·LIVE: 저지연 인코딩·뷰어 수신, 일부 흐름은 UDP나 WebRTC류와 맞닿습니다. TUN·UDP와 겹쳐 점검할 지점이 있습니다.
• 로그인·2FA·이메일/문자(OTP): SMS/보안 벤더·캐리어 게이트웨이·리캡챠 콜백—여기를 “미디어용 저렴 노드”로 보내면 리전 플래그가 꼬일 수 있습니다.
• 푸시·백그라운드: 앱이 백그라운드일 때 갱신·알림—절전·배터리 정책과 겹치면 “앱 켰을 때만 체감”으로 보입니다.

정책 그룹 설계

초기에는 TT-App(API·셸), TT-Media(쇼트·VOD) 두 개로 시작하고, 라이브만 따로 TT-Live로 쪼개는 절차가 읽기 쉽습니다. 인증·로그인이 자주 꼬이면 TT-Auth을 두고 TT-App과 동일 노드에 고정해 세션을 맞추는 방법이 있습니다. 그룹이 늘수록 mixin·로컬 오버레이로 원격 RULE-SET을 덮어쓰는 패턴이 유효합니다.

규칙 순서·YAML 예시

가져온 RULE-SET이 최종 MATCH보다 먼저 오는지, 로컬에 넣은 DOMAIN 행이 병합 뒤에도 위쪽에 남는지 확인하세요. 아래는 가짜 예시이며, 정책 그룹 이름·호스트는 구독과 로그에 맞게 바꿉니다.

# Illustrative only — replace groups; confirm hostnames in your Clash log
rules:
  # Auth / account — same exit as app when sessions break:
  # - DOMAIN-SUFFIX,example-identity.tiktok.com,TT-Auth
  - DOMAIN-SUFFIX,tiktok.com,TT-App
  - DOMAIN-SUFFIX,tiktokv.com,TT-App
  # Media — often a stable relay different from "cheap" test winners:
  # - DOMAIN-SUFFIX,byteoversea.com,TT-Media
  # - DOMAIN,specific-cdn.example.net,TT-Media
  # - MATCH,TT-App

DOMAIN-SUFFIX를 지나치게 넓게 잡으면 다른 앱까지 끌어올 수 있어, 가능하면 DOMAIN으로 좁힌 뒤 rule-providers의 갱신·경로를 주기적으로 확인하세요.

증상	우선 점검
피드 뼈대만 있고 쇼트가 비음	API vs 미디어 축·DNS fake-ip
쇼트는 OK, LIVE만 끊김	라이브/UDP·TUN·노드 플랩
로그인·OTP만 실패	인증·보안 도메인 출구·리전
한 노드에선 됐다가 또 안 됨	url-test 주기·tolerance·고정 그룹

라이브 vs 쇼트: UDP·지터

쇼트 VOD는 다운로드형 세그먼트에 가깝고, LIVE는 지터에 민감합니다. TUN이 꺼져 있으면 앱이 OS 네트워크 스택을 타 Clash 밖으로 나가 “규칙이 있는 것 같은데 안 먹는” 착시가 날 수 있어, 모바일·동영상 앱 문제일 때는 앱 단위 TUN/프록시와 함께 봅니다. 데스크톱은 Windows·macOS에서 TUN 권한을 먼저 맞춘 뒤 본문 규칙을 올리는 순서가 안전합니다.

DNS·fake-ip

fake-ip를 켜면 앱이 본 IP와 코어의 기록이 어긋날 수 있어, 한 화면에 수십 호스트를 동시에 치는 쇼트 피드에서 특히 캐시·재시도와 맞물립니다. 점검 순서는 Meta 글과 같습니다. DNS·fake-ip 가이드대로 변수는 한 가지씩 바꾸고, TUN/시스템 DNS/개인 DNS가 이중으로 갈리지 않게 하세요. IPv4 위주 규칙인데 AAAA가 먼저 응답되면, 예기치 않은 DIRECT로 빠져 “쇼트만 간헐 실패”처럼 보일 수 있습니다.

1. Clash TUN·시스템 DNS 위임·앱 개인 DNS가 경쟁하지 않는지 확인합니다.
2. nameserver·fallback이 모두 응답하는지, 특정 국가 DNS에만 몰리지 않았는지 봅니다.
3. 로그에 찍힌 실제 목적지로 DOMAIN 행을 보강해 상위 GEOIP보다 앞에 둡니다.

노드 선택·url-test 플랩

쇼트는 짧은 TCP 연결이 폭주합니다. url-test가 너무 촘촘하면 노드가 자주 갈려 스피너로 보일 수 있어, 체감이 나쁠 때는 한 출구에 고정하거나 tolerance·lazy로 전환을 줄여 비교해 보세요. “미디어만 싼 릴레이”는 광고·측정·계정 호스트와 쿠키가 섞이면 꼬이기 쉬우니, 처음에는 App·Auth를 동일 그룹에 두는 편이 안전합니다. 안정이 확인된 뒤 TT-Media만 분리해도 늦지 않습니다.

HTTPS·Sniffer

스니퍼(HTTPS)를 켜 둔 환경에서는 일부 앱·CDN에서 핸드셰이크가 실패해 “미디어만 안 붙는” 식이 될 수 있어, 문제가 있으면 제외 도메인에 단계적으로 추가합니다. 디버그용 external-controller는 bind·secret로 노출을 제한하세요.

로그로 검증

피드 새로고침·라이브 입장 직후 연결 로그에서 정책이 매칭된 호스트를 확인합니다. 기대한 TT-Media가 아니라 DIRECT·다른 GEOIP에 잡혔다면, 더 구체적인 DOMAIN 행이 위쪽에 있는지, RULE-SET이 덮어쓰지 않는지 봅니다. CDN 이름이 A/B로 바뀌면, 정적 목록에만 의존하지 말고 최신 로그로 한 줄씩 갱신하는 습관이 2026년에도 유효합니다.

FAQ

For You만 되고 팔로잉/검색만 안 됨

피드와 검색·소셜 그래프가 다른 API 호스트를 쓰는 경우가 있어, 로그에서 누락된 서픽스에 TT-App을 맞춥니다.

집 Wi-Fi에서만 이상

라우터 DNS·IPv6·상위 캡티브를 먼저 점검하세요. 동일 프로필이라도 게이트웨이마다 해석이 달라질 수 있습니다.

실무 체크리스트

정리

TikTok 국제판의 “자꾸 돌기만 함”은 단순 대역 문제라기보다, 쇼트·라이브·로그인이 갈라진 호스트에 엇갈린 출구를 탈 때 흔합니다. Clash로 분류 규칙·노드·DNS를 한 축에 맞추고, 필요 시 TUN으로 앱이 코어를 확실히 지나가게 하면 장편 OTT나 Meta 글의 원리는 빌리면서도 쇼트+라이브+인증에 맞는 조정이 가능합니다.

Clash를 무료로 내려받고 분류·DNS를 손에 익혀 보세요