왜 «전부 프록시» 한 방보다 지역 분류가 안전한가
해외에 나가면 단말은 셀룰러 로밍과 호텔·카페 Wi‑Fi를 오가며 같은 프로필을 씁니다. 이때 Clash에서 기본 출구를 하나로 고정하면 다음 문제가 자주 생깁니다. 첫째, 한국 서비스 도메인이 해외 노드를 타며 지연·재인증이 늘어납니다. 둘째, 현지 지도·차량 호출은 목적지 CDN에 가까워야 하는데, 노드 지역과 어긋나면 경로 검색이 불안정해집니다. 셋째, 금융·메신저 일부는 단말 IP와 로그인 리전을 함께 보기 때문에 과도한 우회가 오히려 차단 트리거가 됩니다.
그래서 목표는 «무조건 빠른 노드 하나»가 아니라 규칙 축별로 다른 정책 그룹을 두는 것입니다. 예를 들어 DIRECT 또는 «현지 전용 그룹», «일반 해외 프록시», «한국 근접 그룹»처럼 출구를 나누고, rules:에서 좁은 매칭을 위에서부터 소모하게 만듭니다. 문법 전반은 YAML 규칙 분기 가이드와 동일한 틀 위에서 읽으면 됩니다.
iOS 18에서 구독·셀룰러 끊김을 다룬 글과 연결하면 이해가 빠릅니다. 여기서는 그보다 «어디로 나가야 하는 트래픽인가»를 출국 시나리오에 맞춰 나눕니다.
목표 구조: 정책 그룹 세 축과 규칙 순서
실무에서 많이 쓰는 패턴은 다음과 같습니다. (A) 현지 필수 DIRECT 또는 현지 노드, (B) 한국 향 도메인은 한국 근접 또는 DIRECT, (C) 나머지 일반 웹은 선택한 글로벌 그룹. 세 축을 proxy-groups에 이름 붙여 두고, rules에서는 DOMAIN-SUFFIX로 알려진 서비스 묶음을 먼저 처리한 뒤 GEOIP로 국가 단위 보조 분기를 넣습니다.
GEOIP는 편하지만 데이터셋과 목적지 ASN 상황에 따라 예외가 생기므로, 은행·지도처럼 민감한 도메인은 가능하면 명시적 DOMAIN 규칙으로 고정하는 편이 안전합니다. 또한 MATCH 직전에 넓은 키워드 규칙만 두면 디버깅이 어려워지므로, 여행 전용 스니펫을 Rule Provider로 빼 두었다가 귀국 후 비활성화하는 방법도 좋습니다.
1단계: 목적지 지도·교통·현지 결제 도메인 묶기
여행 도착 후 즉시 필요한 것은 지도 타일·교통 데이터·차량 호출 API입니다. 이들은 종종 국가별 엔드포인트와 CDN으로 나뉩니다. 모든 요청을 단일 해외 노드로 보내면 지연만 늘 수 있으므로, 여행 국가가 확정된 경우 해당 지역 관련 호스트를 Rule Set으로 모아 목적지 축 그룹에 연결합니다. 예시 스니펫은 의미 설명용이며 실제 목록은 최신 도메인을 구독 규칙 세트와 교차 확인해야 합니다.
# Example snippet — replace domains with your verified list
rules:
- DOMAIN-SUFFIX,map.example.tld,DEST_PROXY_OR_DIRECT
- DOMAIN-SUFFIX,rideshare.cdn.example,DEST_PROXY_OR_DIRECT
여기서 DEST_PROXY_OR_DIRECT는 사용자 환경에 맞게 «목적지 근처 노드» 또는 현지 회선에서 안정적인 경우 DIRECT로 둡니다. 호텔 Wi‑Fi가 빠르고 로밍은 보조라면 지도만 DIRECT로 두고 나머지는 프록시를 유지하는 식으로 나눌 수 있습니다.
2단계: 귀국 축 앱 — 네이버·카카오·은행·통신 인증 출구 분리
해외에서도 한국 서비스를 쓰는 경우가 많습니다. 포털·메신저·모바일 뱅킹은 보통 .kr 또는 특정 호스트 묶음으로 안내됩니다. 이 트래픽을 글로벌 프록시로만 보내면 OTP 지연처럼 보이는 현상과 세션 불일치가 날 수 있어, KOR_HOME 같은 정책 그룹을 만들고 DOMAIN-SUFFIX를 규칙 상단에 배치합니다.
SMS 자체는 Clash 밖 회선 문제일 때가 많지만, 인증 앱·푸시가 도달하는 HTTPS 호스트는 우회 경로의 영향을 받습니다. 규칙을 분리하면 «프록시를 껐을 때만 된다»는 식의 모순을 줄일 수 있습니다. OTP 전용 체크리스트까지 필요하면 금융사별 안내와 함께 앱 내 네트워크 진단을 병행하세요.
3단계: GEOIP로 국가 단위 보조 분기 넣기
GEOIP 규칙은 목적 국가 코드(예: 한국은 KR)를 받아 해당 트래픽을 지정 그룹으로 보냅니다. 도메인 규칙으로 커버되지 않는 잔여 트래픽을 처리할 때 유용합니다. 다만 데이터베이스 버전과 IPv6 주소 처리 여부를 확인해야 하며, IPv6 듀얼 스택 분기 글에서 설명한 것처럼 같은 목적지라도 v4/v6 경로가 갈라질 수 있습니다.
# Example — order matters; put GEOIP after explicit DOMAIN rules
rules:
- GEOIP,KR,KOR_HOME
- GEOIP,US,GLOBAL_PROXY
실제 순서에서는 학습용 예시보다 훨씬 많은 DOMAIN 줄이 앞에 와야 하며, 한 줄이라도 순서가 바뀌면 매칭 결과가 달라집니다.
4단계: 로밍·셀룰러에서 DNS와 fake-ip 충돌 줄이기
로밍 단말은 이동통신사 DNS와 클라이언트 내장 DNS가 동시에 등장합니다. fake-ip를 쓰는 경우 특정 도메인이 가짜 IP로 붙어 실제 목적지와 다른 경로로 나가면 지도 타일만 깨지는 같은 현상이 납니다. 여행 중에는 내부 DNS 목록을 바꾸기 어렵다면, 최소한 금융·지도 도메인을 fake-ip-filter에 두거나 해당 호스트만 redir-host 계열 동작과 맞추는 식으로 완충합니다.
TUN 모드를 쓸 때는 시스템 전체 트래픽이 가상 NIC를 타므로, 호텔 포털 구간에서는 일시적으로 시스템 프록시 위주로 줄이는 방법도 고려합니다. 일반적인 스위치 요점은 Clash TUN·시스템 프록시 트러블슈팅 글과 같습니다.
5단계: 출발 전·현지 프로필 분리와 구독 링크 점검
규칙만으로 충분할 때도 있지만, 장거리 비행 전후에는 프로필 두 벌을 두는 편이 진단에 유리합니다. «출발국 집중 DIRECT», «목적지 체류 중 균형형»처럼 이름 붙여 두고 공항에서 한 번만 교체하면 변수가 줄어듭니다.
프로필을 바꿔도 노드 목록이 비면 여행 준비가 무의미해지므로, 출발 전에 클라이언트에서 구독 링크 수동 갱신을 실행하고 HTTP 상태와 TLS 오류를 확인하세요. 자동 갱신이 실패하는 패턴은 시간 동기화·UA·HTTPS 이슈와 겹치는 경우가 많아, 다른 시나리오에서도 같은 절차를 재사용할 수 있습니다.
| 구간 | 우선 확인 | 규칙 측면 힌트 |
|---|---|---|
| 공항 Wi‑Fi 로그인 | 포털 페이지·리다이렉트 | 캡티브 호스트·사설 대역 DIRECT 최우선 |
| 현지 체류 | 지도·교통·현지 결제 | 목적지 DOMAIN-SUFFIX 묶음 → 전용 그룹 |
| 귀국 직후 | 은행·메신저·공공앱 | KR GEOIP 또는 kr 도메인 묶음 상단 고정 |
스트리밍 전용 글과 무엇이 다른가
Netflix나 월드컵처럼 특정 플랫폼의 리전 고정에 초점을 둔 글들과 달리, 본문은 셀룰러 로밍 아래 여러 카테고리 도메인이 동시에 섞이는 문제를 전제로 합니다. 필요하면 지역별 스트리밍 규칙은 Netflix 지역 분기 글 등과 조합해 확장하면 됩니다.
자주 묻는 질문
해외 로밍 중에 네이버·카카오가 느리거나 OTP가 안 올 때 무엇부터 확인하나요?
먼저 해당 앱 트래픽이 의도한 출구로 나가는지 rules 순서를 확인하세요. 한국 향 도메인은 DOMAIN-SUFFIX로 묶어 DIRECT 또는 한국 근접 노드 그룹에 붙이고, 매칭 규칙이 GEOIP나 MATCH보다 위에 있는지 봅니다. SMS 기반 OTP는 프로바이더 회선 문제일 수 있어 네트워크 표시줄과 로밍 설정도 함께 점검합니다.
구글 지도·Uber 같은 현지 앱만 자주 깨질 때는 왜 그런가요?
지도·차량 호출은 CDN과 위치 권한에 민감합니다. 모든 트래픽을 단일 해외 노드로 보내면 현지 CDN 엣지와 지역 불일치로 지연·차단이 날 수 있습니다. 목적지 국가 관련 도메인은 GEOIP 또는 알려진 DOMAIN-SUFFIX를 이용해 해당 지역 출구 또는 DIRECT로 분리하는 편이 안정적입니다.
프로필을 안 바꾸고 규칙만으로 출국 전후를 나눌 수 있나요?
가능합니다. proxy-groups에 여행용 프로파일 선택 그룹을 만들어 두고, 목록형 규칙에서 현지 전용 DIRECT 묶음과 귀국 앱 묶음을 MATCH보다 위에 두면 됩니다. 다만 로밍과 와이파이 전환 시 동작을 명확히 하려면 출발 전용·현지 전용 두 프로필을 나눠 두었다가 공항에서 바꿔 끼우는 편이 진단에 유리합니다.
GEOIP 규칙을 쓸 때 주의할 점은 무엇인가요?
GEOIP 데이터베이스가 목적 국가 코드와 일치하는지, 규칙이 DOMAIN 규칙보다 넓게 앞서 있지 않은지 확인해야 합니다. 이중 스택 IPv6 환경에서는 IPv6 주소도 같은 분기 로직을 타는지 함께 보세요.
마무리
2026년 근로자의 날 전후처럼 단기 출국이 몰리는 시기에는 네트워크가 붐비고 단말 설정도 자주 바뀝니다. Clash에서는 한 방 전역 프록시보다 목적지·귀국·일반 웹을 나눈 정책 그룹과 DOMAIN-SUFFIX / GEOIP 순서가 재현성 있는 해법이 됩니다. 스트리밍만이 아니라 지도와 결제가 겹치는 장면에서 이 축을 먼저 맞추면 «갑자기 전부 안 된다»는 느낌이 크게 줄어듭니다.
클라이언트 패키지와 설치 방법은 ClashNote 다운로드 페이지에서 플랫폼별로 정리되어 있습니다.
지역 제한 스트리밍에만 관심이 있다면 목록에서 규칙 분기·클라이언트 태그로 이어 읽으며, 여행 일정에 맞춰 DNS·TUN 글을 골라 보강하면 충분합니다.