FlClash 자주 묻는 질문

FlClash는 Flutter로 만든 GUI 클라이언트로, 설정 관리와 프록시 선택 및 설정 화면을 담당합니다. mihomo는 프로토콜 연결, DNS 처리, 규칙 매칭을 담당하는 코어이며, 이전에는 Clash Meta라고 불렸습니다. 튜토리얼에서 말하는 Clash Meta 설정은 일반적으로 이 코어 생태계의 설정 형식을 뜻하며, 별도로 설치해야 하는 다른 소프트웨어가 아닙니다. 지원되지 않는 설정 옵션이 있다면 화면에 표시된 이름만 보고 판단하지 말고, 클라이언트에 포함된 코어 기능과 설정 문법을 확인하세요. 클라이언트를 비교할 때는 플랫폼 지원, 권한 처리 방식, 설정 관리 방식도 구분해야 합니다.

사용 가능한 프록시 설정이 필요합니다. FlClash는 클라이언트이므로 설치만으로 연결 가능한 프록시 서비스가 제공되지는 않습니다. 설정은 보통 서비스 제공업체가 제공하며, 구독 URL이나 프록시·정책 그룹·규칙이 포함된 YAML 파일을 사용할 수 있습니다. 가져오기 전에 출처를 신뢰할 수 있는지, 서비스가 유효한지 확인하고 mihomo와 호환되는 설정 형식을 선택하세요. 구독 URL에는 계정 인증 정보가 포함될 수 있으므로 공개 댓글이나 스크린샷, 문의 첨부 파일에 올리지 마세요. 클라이언트 설치와 프록시 서비스 가입은 별개의 절차이므로 연결에 실패하면 각각 확인해야 합니다.

일상적인 사용에는 규칙 모드가 적합합니다. 설정에 정의된 규칙이 순서대로 요청을 직접 연결할지 프록시 정책 그룹으로 보낼지 결정합니다. 전역 모드에서는 코어에 들어온 일반 연결을 전역 정책 그룹으로 보내므로, 해당 그룹에서 사용 가능한 프록시를 선택했는지도 확인해야 합니다. 직접 연결 모드에서는 관련 연결이 대상에 바로 접속합니다. 전역 모드라고 해서 모든 앱의 트래픽이 자동으로 처리되는 것은 아닙니다. 트래픽이 코어에 들어오려면 시스템 프록시, 수동 프록시 또는 TUN을 사용해야 합니다. 문제를 진단할 때 모드를 잠시 바꿔 비교해 볼 수 있지만, 전역 모드를 규칙 오류의 장기적인 대안으로 삼지는 마세요. 테스트 후에는 기존 라우팅 설정을 복원하세요.

FlClash는 일반적으로 Android, Windows, macOS, Linux용으로 배포됩니다. 지원 아키텍처와 시스템 요구 사항은 설치 파일 안내를 확인하세요. iPhone에서는 iOS를 지원하는 다른 클라이언트를 사용해야 하며, Android 설치 파일을 iOS에서 사용할 수는 없습니다. 이 사이트의 설치 파일 페이지에서 플랫폼별 클라이언트를 확인할 수 있고, iOS 섹션에는 Clash Plus의 App Store 링크와 공식 사이트 clashplus.io가 안내되어 있습니다. 여러 기기에서 호환되는 구독을 함께 사용할 수 있지만, 시스템 프록시, VPN 권한, 백그라운드 실행, 포트 등 기기별 설정은 각각 구성해야 합니다. 설정 파일 동기화만으로 모두 해결되지는 않습니다.

복사한 주소가 서비스 제공업체의 로그인 페이지, 구매 페이지 또는 공유 페이지가 아니라 완전한 구독 URL인지 확인하세요. 앞뒤 공백이 있거나 메신저에서 주소가 잘리지 않았는지도 살펴보세요. 다음으로 기기 시간, 로컬 네트워크, 서비스 계정 상태를 확인한 뒤 한 번 더 업데이트하고 구체적인 오류를 기록하세요. 로그인 페이지나 웹페이지 내용이 반환된다면 주소가 잘못되었거나 인증이 필요한 경우가 많습니다. 설정 파싱 오류가 반환되면 구독 형식을 확인해야 합니다. 구독 도메인에 접속할 때 프록시가 필요하다면 이미 연결 가능한 상태에서 업데이트하거나 서비스 제공업체에 직접 접속할 수 있는 주소를 요청하세요. 같은 설정을 여러 개 만들지 않도록 가져오기를 반복하지 마세요.

가져오기에 성공했다는 것은 설정 내용이 저장되었다는 뜻일 뿐, 해당 설정이 현재 설정으로 선택되었거나 모든 프록시가 연결 가능하다는 뜻은 아닙니다. 먼저 설정 목록에서 방금 가져온 항목을 선택하고, 코어가 오류 없이 시작되는지 확인하세요. 그런 다음 프록시 화면에서 규칙이 실제로 참조하는 정책 그룹에 사용 가능한 출구를 선택합니다. 데스크톱에서는 시스템 프록시를 켜거나 앱 요구에 따라 TUN을 사용해야 합니다. Android에서는 시스템 VPN 권한을 허용해야 합니다. 마지막으로 브라우저에서 일반 웹페이지를 열고 연결 기록에 요청이 표시되는지 확인하세요. 기록이 없다면 먼저 트래픽 유입 경로를 점검하고, 오류 기록이 있다면 프록시 서비스와 규칙을 살펴보세요.

TUN은 가상 네트워크 인터페이스를 만들고 라우팅을 변경하므로 일반적으로 시스템 프록시보다 높은 권한이 필요합니다. Windows에서는 클라이언트에 서비스 모드 설치 또는 실행이 필요한지 확인하고, 현재 버전의 안내에 따라 권한을 부여하세요. macOS와 Linux에서는 필요한 권한이나 서비스 설치 절차를 확인합니다. Android에서는 시스템 VPN 권한을 사용하므로 일반적으로 root 권한은 필요하지 않습니다. 다만 VPN 채널을 사용하는 앱은 한 번에 하나만 실행할 수 있습니다. 권한을 허용한 뒤에도 실패한다면 로그에서 인터페이스, 라우팅 또는 서비스 오류를 확인하고 다른 VPN 앱을 먼저 종료하세요. TUN을 사용하려고 방화벽을 계속 꺼 두거나 출처를 알 수 없는 스크립트에 권한을 부여하지 마세요.

운영체제 이름만 보지 말고 기기의 프로세서 아키텍처에 맞춰 선택하세요. 일반적인 Intel 또는 AMD PC는 대개 x64를 사용합니다. Windows ARM 기기는 맞는 빌드가 있는지와 호환 조건을 확인하세요. Apple Silicon Mac은 ARM 빌드, Intel Mac은 x64 빌드를 선택합니다. 최신 Android 기기는 대부분 ARM64를 사용하며, 구형 기기에는 ARM 빌드가 필요할 수 있습니다. 범용 패키지는 클라이언트에서 실제로 제공하는 경우에만 선택하세요. 시스템 정보의 기기 정보 화면에서 프로세서 정보를 확인할 수 있습니다. 설치에 실패하거나 형식이 지원되지 않는다면 같은 파일을 반복해서 받기보다 플랫폼, 아키텍처, 시스템 요구 사항을 먼저 확인하세요.

먼저 구독 다운로드 실패와 프록시 서비스 이용 불가를 구분하세요. 전자는 설정을 가져오는 데 영향을 주고, 후자는 실제 연결에 영향을 줍니다. 두 문제가 동시에 발생하는 것은 아닙니다. 서비스 제공업체의 계정 페이지에서 유효 기간, 트래픽 한도, 구독 초기화 여부를 확인하세요. 주소가 바뀌었다면 기존 설정의 구독 URL을 수정한 뒤 수동으로 업데이트합니다. 이전 설정을 계속 사용할 수 있다면 문제 해결 경로를 잃지 않도록 잠시 남겨 두세요. 업데이트가 끝나면 현재 설정과 정책 그룹 선택이 바뀌었는지 확인합니다. 전체 구독 링크를 공개 검사 사이트에 제출하지 마세요. 문의할 때는 인증 정보가 제거된 도메인, 시간, 오류 유형만 공유하세요.

혼합 포트는 하나의 진입점에서 HTTP와 SOCKS5 프록시 요청을 모두 받을 수 있습니다. 7890은 흔히 사용하는 기본값이지만 실제 포트는 현재 설정을 확인하세요. 이 기기에서만 사용할 때는 보통 LAN 연결을 허용할 필요가 없습니다. 신뢰할 수 있는 동일 네트워크의 휴대폰이나 TV에서 컴퓨터 프록시를 사용해야 할 때만 해당 옵션을 켜고, 수신 주소와 방화벽 허용 범위를 확인하세요. 다른 기기에는 컴퓨터의 LAN IP와 실제 포트를 입력해야 합니다. 127.0.0.1은 각 기기 자신을 가리키므로 입력하면 안 됩니다. 포트를 공용 인터넷에 노출하지 마세요. 공용 Wi-Fi에서는 공유를 끄거나 접근 가능한 기기를 엄격히 제한하세요.

먼저 규칙 모드를 사용하고 현재 설정의 rules 순서를 확인하세요. 규칙은 보통 위에서 아래로 평가되며, 일치하는 규칙이 있으면 이후 규칙은 적용되지 않습니다. 따라서 특정 도메인 규칙은 이를 덮어쓸 수 있는 포괄적인 규칙보다 위에 배치해야 합니다. 설정이 지원하는 범위에서 GEOSITE, GEOIP와 마지막 MATCH 규칙을 조합하고, 참조하는 정책 그룹이 실제로 존재하며 지리 데이터가 로드되는지도 확인하세요. 특정 사이트의 출구가 잘못되면 연결 기록에서 대상 도메인, 일치한 규칙, 최종 정책을 확인한 뒤 해당 항목을 조정합니다. 페이지 언어만으로 사이트의 지역을 판단하지 마세요. 도메인 분류, IP 위치, 실제 이용 목적은 서로 다를 수 있습니다.

먼저 시스템이 FlClash의 백그라운드 프로세스를 종료했는지 확인한 뒤 배터리 최적화, 백그라운드 활동, 제조사 자동 시작 설정을 살펴보세요. 기기 안내에 따라 클라이언트가 백그라운드에서 계속 실행되도록 허용하고, 시스템에서 요구하는 포그라운드 서비스 알림도 유지해야 합니다. 시스템에서 상시 VPN을 제공한다면 필요에 따라 사용할 수 있습니다. 다만 VPN을 거치지 않는 연결을 차단하기 전에 클라이언트가 중지되면 네트워크를 사용할 수 없게 될 수 있다는 점을 확인하세요. 화면 잠금 후 모바일 네트워크가 전환될 때만 끊긴다면 Wi-Fi와 모바일 네트워크 전환, 서버 연결 상태, 로그도 확인하세요. 제조사마다 설정 이름이 다르므로 실제 기기 화면을 기준으로 진행하세요.

먼저 프록시를 잠시 끄고 로컬 네트워크에서 일반 웹사이트에 접속되는지 확인하세요. 웹 로그인이 필요한 공용 네트워크인지도 살펴봅니다. 그런 다음 시스템 시간과 시간대, 구독 업데이트 결과, 서비스 계정 상태를 확인하고 현재 설정과 정책 그룹 선택이 올바른지 점검하세요. 모든 프록시가 동시에 실패한다면 공통으로 사용하는 DNS, 네트워크 제한, 방화벽, 다른 VPN과의 충돌을 우선 확인합니다. 일부 프록시만 실패한다면 해당 회선에 대해 서비스 제공업체의 점검이 필요할 가능성이 큽니다. 테스트할 때는 한 번에 하나만 변경하고 로그의 연결 오류를 기록하세요. 시간 초과 테스트는 참고 자료일 뿐이므로 실제 웹 요청 결과도 함께 확인하고, 불필요한 영향을 줄 수 있는 일괄 테스트를 반복하지 마세요.

먼저 FlClash 코어가 실행 중인지, 시스템 프록시의 주소와 포트가 현재 클라이언트를 가리키는지 확인하세요. 다른 프록시 소프트웨어나 조직 정책이 설정을 덮어쓰지 않았는지도 살펴봅니다. 브라우저에서 새 요청을 보내고 연결 기록을 확인하세요. 기록이 전혀 없다면 요청이 코어에 들어오지 않았을 수 있습니다. 일부 앱은 별도의 프록시 설정을 사용하거나 시스템 프록시를 따르지 않으므로 앱에서 프록시를 직접 입력하거나, 권한과 라우팅이 정상인지 확인한 뒤 TUN을 사용하세요. 설정을 바꾼 뒤에는 이전 연결의 영향을 피하기 위해 관련 앱을 재시작할 수 있습니다. 클라이언트를 종료한 뒤에도 네트워크가 비정상이라면 시스템에 프록시 설정이 남아 있는지 확인하고 현재 실행 상태에 맞게 복원하세요.

데스크톱 브라우저는 정상인데 앱 컨테이너 제한을 받는 특정 UWP 앱이 로컬 프록시에 접근하지 못한다면 루프백 제한을 확인해 보세요. 먼저 해당 앱이 실제로 앱 컨테이너를 사용하는지 확인하고 패키지 ID를 파악합니다. 현재 클라이언트에 UWP 루프백 도구가 있다면 필요한 앱에만 예외를 적용할 수 있습니다. 또는 Windows의 CheckNetIsolation 도구를 시스템 문서에 따라 사용할 수 있으며, 이 작업에는 보통 관리자 권한이 필요합니다. 모든 앱에 무작정 예외를 허용하지 마세요. 해당 앱이 UWP가 아니거나 문제가 DNS, 서버, 조직 정책에서 비롯된 경우 루프백 예외로 해결되지 않습니다. TUN을 사용 중이라면 실제 라우팅도 확인하세요.

도메인 확인 실패, 연결 시간 초과, 인증서 오류를 먼저 구분하세요. 웹페이지가 열리지 않는 모든 문제를 DNS 탓으로 돌리면 안 됩니다. 로그에 이름 확인 오류가 있는지 살펴보고, 현재 설정의 DNS 업스트림, 부트스트랩 확인, 관련 프록시 정책이 서로 맞게 구성되어 있는지 확인하세요. DNS 서버 자체가 아직 연결되지 않은 경로에 의존하지 않도록 주의해야 합니다. 브라우저에서 보안 DNS를 사용하면 시스템과 다른 경로로 요청될 수 있으므로, 비교를 위해 잠시 설정을 통일해 볼 수 있습니다. fake-ip를 사용한다면 필터 항목, TUN 라우팅, 다른 VPN과의 충돌을 확인하세요. 설정을 조정한 뒤 연결을 다시 만들고 운영체제 방법에 따라 캐시를 비우세요. 기존 설정을 보존하고 한 번에 하나의 옵션만 변경하며, 인증서 검증을 함부로 끄지 마세요.