FlClash와 Android에서의 위치
FlClash는 Clash·mihomo(Clash Meta) 계열 코어를 안드로이드에서 다루기 위한 서드파티 클라이언트 중 하나로 널리 알려져 있습니다. 화면 구성은 제품마다 조금씩 다르지만, 공통적으로 프로필(구독)을 내려받고, 프록시 그룹에서 노드를 고른 뒤, VPN 권한으로 시스템에 가상 터널을 올려 트래픽을 코어에 넘기는 흐름을 따릅니다. 데스크톱에서 다루던 rules·proxy-groups 개념을 그대로 옮겨 왔다고 보면 이해가 빠릅니다.
이 글은 특정 빌드 UI의 버튼 이름을 한 줄씩 짚기보다, 처음 설치한 뒤 연결이 안 될 때와 일부 앱만 예외처럼 동작할 때 어떤 순서로 원인을 좁히면 좋은지에 초점을 맞춥니다. 구독 URL 형식·자동 갱신 습관은 구독 관리 실전 가이드와 함께 읽으면 전체 그림이 맞물립니다. Clash가 제공하는 것은 로컬 프록시 엔진이며, 출입구가 되는 서버는 구독 제공자의 정책을 따라야 합니다.
설치와 출처 확인
플레이 스토어에 없는 형태로 배포되는 경우가 많아, APK를 받을 때는 배포 페이지의 서명·체크섬·릴리스 노트를 확인하는 습관이 필요합니다. 버전이 오래되면 코어·TLS·인증서 이슈로 첫 실행 직후 연결만 반복해서 실패하는 경우가 있으므로, 기기 아키텍처(arm64 등)에 맞는 패키지인지도 함께 확인하세요. 설치가 막히면 설정 → 보안에서 출처를 알 수 없는 앱 설치 허용이 해당 설치 경로에만 켜져 있는지 봅니다.
권한: VPN과 배터리
FlClash는 VPN 프로필을 만들기 위해 안드로이드의 VPN 권한을 요청합니다. 최초 한 번 거부했다면 설정 → 앱 → FlClash에서 권한을 다시 허용해야 터널이 올라갑니다. 또 일부 제조사 ROM은 배터리 최적화로 백그라운드 프로세스를 강하게 죽여, 화면에는 VPN이 켜진 것처럼 보여도 실제로는 코어가 멈춘 것처럼 느껴질 수 있습니다. 이럴 때는 배터리 제한을 제한 없음에 가깝게 두거나, 최소한 백그라운드 데이터가 막히지 않았는지 확인합니다.
다른 VPN 앱이 이미 항상 켜져 있으면 터널이 충돌합니다. 시스템 설정 → 네트워크 → VPN에서 한 번에 하나의 VPN만 활성인지 확인하고, 기업용 MDM·프로파일이 프록시를 고정해 두었다면 해제 여부를 점검해야 합니다.
Clash 구독 가져오기(첫 반영)
앱 안에서 프로필·구독·Remote 등의 이름으로 된 메뉴에 들어가, 제공받은 구독 URL을 붙여 넣습니다. 붙여 넣은 뒤에는 반드시 다운로드·동기화·업데이트에 해당하는 버튼을 눌러 원격 설정을 실제로 받아와야 합니다. 이때 HTTP 403·404나 본문이 HTML 오류 페이지인 경우는 링크 만료·User-Agent 제한·차단이 흔한 원인입니다. 구독이 여러 개라면 활성 프로필이 의도한 것인지, 이름이 같은 노드끼리 덮어쓰지 않는지도 확인합니다.
갱신 주기는 너무 짧게 두면 제공자 정책에 걸리기 쉽고, 너무 길면 노드 교체 직후 한동안 느린 서버만 잡고 있을 수 있습니다. 자동 갱신 실패 시 로그에 찍히는 메시지와 함께 문서 허브의 프로필·구독 개념을 대조해 보세요.
첫 실행: 노드·모드·스위치 순서
구독이 반영되면 프록시 화면에 노드·그룹이 채워집니다. 여기서 selector 그룹이 있다면 실제로 사용할 노드를 고르고, url-test·fallback류는 지연 측정이 끝날 때까지 잠시 기다려 보세요. 모드가 Rule·Global·Direct로 나뉜다면, 문제 분리를 위해 한동안 Global에 가깝게 두고 특정 노드로 고정해 테스트한 뒤, 다시 Rule로 돌아오는 방식이 원인 파악에 유리합니다. Rule 모드인데 규칙이 국내 트래픽을 과하게 프록시로 보내면 체감이 “전부 안 된다”처럼 느껴질 수 있습니다.
화면에 시스템 프록시만 켜라는 식의 옵션이 있다면, 안드로이드에서는 대개 VPN 터널 쪽이 전체 트래픽을 잡는 핵심입니다. “연결”·“시작”·“VPN” 스위치를 켠 상태에서 상단 알림줄에 키 아이콘이 유지되는지 확인하세요.
체크리스트: VPN 켠 뒤에도 인터넷이 안 될 때
아래는 앞에서부터 짧게라도 확인하면 좋은 순서입니다. 한 단계에서 이미 문제가 보이면 다음 단계로 넘어가기 전에 조치합니다.
- 시간·날짜·타임존: TLS 인증이 깨지면 모든 노드가 동시에 실패합니다. 자동 시간이 켜져 있는지 확인합니다.
- 구독·프로필: 방금 가져온 프로필이 선택(활성) 상태인지, 구독 업데이트가 성공했는지 다시 봅니다.
- 노드 지연: 프록시 목록에서 지연 테스트를 실행해 전부 타임아웃이면 서버 측·구독 만료·차단을 의심합니다. 하나라도 살아 있으면 다음 항목으로 넘어갑니다.
- 모드: Rule에서만 실패하면 일시적으로 Global 또는 단일 노드 고정으로 바꿔 같은 사이트를 열어 봅니다. 이때 되면 규칙·DNS 쪽을 의심합니다.
- DNS: 해석이 꼬이면 “페이지가 안 열린다”로 보입니다. 프로필에 fake-ip·nameserver 관련 설정이 있다면, 제공자 권장 예시와 비교하거나 일시적으로 단순한 DNS만 쓰는지 테스트합니다. 심화 내용은 TUN·DNS 가이드의 원리 설명을 참고하세요.
- 이중 VPN·필터: 다른 VPN·방화벽·광고 차단 DNS 앱이 동시에 켜져 있지 않은지 확인합니다.
위를 통과했는데도 브라우저만 안 되고 메신저는 된다면, 브라우저 앱의 데이터 절약·보안 DNS·개인 DNS(프라이빗 DNS) 설정을 의심합니다. 크롬 계열은 시스템 VPN과 별도로 DNS를 고정하는 경우가 있습니다.
일부 앱만 프록시를 안 탈 때
안드로이드는 앱마다 네트워크 스택과 보안 정책이 달라, 모든 트래픽이 동일하게 VPN을 통과하지 않는 경우가 있습니다. 대표적으로 은행·결제·일부 게임은 VPN이 켜져 있으면 아예 접속을 막거나, 반대로 VPN을 우회하도록 설계되기도 합니다.
분할 터널·앱별 포함/제외
FlClash 또는 OS 설정에 분할 터널(split tunneling)·앱별 VPN 항목이 있다면, 포함 목록만 켜 두고 필요한 앱만 넣은 상태에서는 나머지 앱은 VPN 밖으로 나갑니다. 의도와 반대로 설정되어 있지 않은지 확인하세요. 반대로 제외 목록에 자주 쓰는 브라우저가 들어가 있으면 “프록시를 켰는데도 그 앱만 직접 연결”처럼 보입니다.
IPv6·캐리어·사설망
이동통신망에서 IPv6만 살아 있고 규칙이 IPv4 위주일 때, 특정 앱만 끊기는 현상이 나오기도 합니다. Wi-Fi와 LTE를 바꿔 보거나, 일시적으로 IPv6 관련 설정을 단순화한 프로필로 테스트해 볼 수 있습니다. 회사 Wi-Fi의 캡티브 포털은 VPN이 켜지면 로그인 페이지조차 열리지 않을 수 있으니, 그런 환경에서는 먼저 포털 인증을 마친 뒤 VPN을 켜는 순서가 안전합니다.
로그와 재설치 전에 할 일
계속 실패하면 앱 안의 로그·디버그 화면에서 코어 메시지를 확인합니다. parse·unmarshal·dial·TLS 같은 키워드가 반복되면 프로필 문법·인증서·차단 중 무엇에 가까운지 힌트가 됩니다. 설정을 과하게 만진 뒤라면, 앱 데이터를 지우기 전에 구독 URL과 중요 메모는 안전한 곳에 따로 저장해 두세요.
정리
안드로이드에서 FlClash를 처음 쓸 때는 구독이 실제로 로드됐는지, 활성 프로필과 선택한 노드, VPN 권한과 배터리 제한, 그리고 규칙·DNS·앱별 예외를 순서대로 점검하는 것이 가장 빠릅니다. Windows·macOS에서 익힌 Clash 개념은 그대로 이어지므로, 데스크톱 글과 짝을 이루어 읽으면 기기를 옮겨도 설정 습관을 유지하기 쉽습니다. 여러 Clash 계열 클라이언트 중에서도 규칙 기반 분기와 구독 중심 워크플로가 정돈된 편을 고르면, 같은 구독으로 여러 기기를 맞추는 부담이 줄어듭니다.
→ Clash 공식 클라이언트 무료 다운로드 — Android를 포함한 여러 플랫폼용 빌드를 한곳에서 받아, 위 절차와 함께 맞춰 보시면 첫 연결부터 운영까지 수월해집니다.