FlClash 자주 묻는 질문 및 문제 해결

FlClash는 Flutter로 제작된 멀티플랫폼 그래픽 클라이언트로, 구독 관리, 설정 편집, 정책 전환 및 시스템 프록시 제어를 담당합니다. 실제 프로토콜 연결, 규칙 매칭, DNS 처리 및 TUN 전달은 mihomo 커널이 수행합니다. 문제를 해결할 때는 UI 설정과 커널 실행 상태를 구분해야 합니다. UI가 정상적으로 열려도 커널이 성공적으로 시작되었다는 의미는 아닙니다.

FlClash는 Windows, macOS, Android 및 Linux에서 사용할 수 있으며, 구체적인 설치 패키지와 아키텍처는 다운로드 센터에 표시된 항목을 기준으로 확인하세요. Windows는 일반 데스크톱 설치 패키지를 구분하는 경우가 많고, macOS는 Intel과 Apple Silicon 아키텍처를 확인해야 합니다. Android는 기기 아키텍처에 맞는 패키지를 선택하고, Linux는 배포판과 데스크톱 환경에 따라 패키지 형식과 권한을 확인해야 합니다.

규칙 모드는 설정의 rules를 위에서 아래로 적용해 도메인, IP, 프로세스 또는 규칙 세트를 매칭하고 트래픽을 해당 정책 그룹으로 전달하므로 일상적인 사용에 적합합니다. 글로벌 모드는 가로챌 수 있는 대부분의 트래픽을 하나의 프록시 정책으로 보내 노드를 임시로 테스트하기 편리합니다. 직접 연결 모드는 프록시를 우회하며, 문제가 로컬 네트워크에서 발생했는지 프록시 경로에서 발생했는지 판단할 때 사용할 수 있습니다. 테스트가 끝나면 일반적으로 규칙 모드로 되돌리는 것이 좋습니다.

구독 링크는 서비스 제공업체가 발급하는 원격 설정 주소입니다. 설정은 클라이언트가 가져와 파싱한 전체 YAML 내용이고, 노드는 설정에 포함된 개별 프록시 아웃바운드입니다. 정책 그룹은 여러 노드나 다른 정책 그룹을 선택, 자동 테스트 또는 장애 조치를 수행할 수 있는 묶음으로 구성합니다. 구독을 가져온 뒤에도 해당 설정을 선택하고, 정책 그룹에서 실제 사용할 노드를 지정해야 합니다.

설정 또는 구독 페이지에서 URL로 추가를 선택하고, 전체 구독 링크를 붙여 넣어 저장한 다음 한 번 업데이트하세요. 가져오기가 완료되면 방금 추가한 설정을 선택하고 커널이 로딩을 마칠 때까지 기다린 뒤 프록시 또는 정책 페이지에서 노드를 선택합니다. 브라우저에서 링크가 로그인 페이지, 오류 페이지 또는 빈 내용을 반환한다면 반복해서 가져오기보다 먼저 구독 제공업체에 링크 상태를 확인해야 합니다.

먼저 FlClash 커널이 실행 중인지 확인한 다음 시스템 프록시 스위치가 실제로 Windows 설정에 적용되었는지 점검하세요. 일부 브라우저, 다운로드 프로그램 및 개발 도구는 독립적인 프록시 설정을 사용해 시스템 프록시를 무시할 수 있으며, 브라우저 확장 프로그램이 프록시 설정을 덮어쓰는지도 확인해야 합니다. 먼저 앱 내부의 수동 프록시를 끄고 대상 프로그램을 다시 시작한 뒤 테스트 페이지에서 외부 IP를 비교하세요. 변화가 없다면 TUN 모드로 전환해 원인을 좁혀 보세요.

TUN은 가상 네트워크 인터페이스를 만들고 라우팅을 수정하므로 데스크톱 운영체제에서 보통 관리자 권한이 필요합니다. Windows에서는 클라이언트를 종료한 뒤 관리자 권한으로 다시 실행하세요. macOS에서는 네트워크 확장을 승인하거나 시스템 안내에 따라 권한을 부여해야 합니다. Linux에서는 커널의 TUN 지원 여부, 현재 사용자의 네트워크 권한, 장치 노드 사용 가능 여부를 확인하세요. 권한을 부여한 뒤 커널을 다시 시작하고, 스위치만 반복해서 켜고 끄지는 마세요.

일부 UWP 앱은 앱 컨테이너의 네트워크 격리 때문에 시스템 프록시가 켜져 있어도 로컬 호스트의 수신 주소에 접근하지 못할 수 있습니다. FlClash의 도구 또는 시스템 설정에서 UWP 루프백 관련 메뉴를 찾아 네트워크 연결이 필요한 스토어 앱의 루프백 제한을 해제하세요. 변경 후 대상 앱을 완전히 종료하고 다시 열어야 합니다. 특정 앱 하나만 실패한다면 별도의 DNS나 사설 네트워크 제한을 사용 중인지도 확인하세요.

구독 또는 설정 상세 화면에서 자동 업데이트를 활성화하고, 구독 제공업체의 업데이트 주기에 맞춰 적절한 간격을 지정하세요. 자주 새로 고친다고 노드가 빨라지는 것은 아니며, 오히려 API 요청 제한이 발생할 수 있습니다. 업데이트에 프록시가 필요한 구독이라면 업데이트 작업에 사용할 수 있는 정책을 지정하세요. 현재 설정이 작동하지 않는 경우 인터넷에 연결되는 설정으로 전환하거나 잠시 직접 연결한 뒤 수동 업데이트를 실행하고 반환된 오류를 확인해야 합니다.

클라이언트의 지연 시간 테스트는 보통 지정된 테스트 주소까지 연결하는 데 걸리는 시간을 측정하므로, 당시의 연결 가능 여부와 응답 속도만 보여 주며 실제 다운로드 대역폭과는 다릅니다. 연속적인 시간 초과는 노드, 테스트 주소 또는 로컬 네트워크 중 하나 이상을 사용할 수 없다는 뜻입니다. 간헐적인 높은 지연 시간은 네트워크 변동 때문일 수 있습니다. 웹페이지 로딩, 실제 전송 속도 및 여러 차례의 테스트 결과를 함께 판단하고, 한 번 측정한 지연 시간만으로 노드를 선택하지 마세요.

먼저 설정에서 dns.enable이 활성화되어 있는지 확인하고, nameserver, fallback 또는 nameserver-policy가 신뢰할 수 있고 접근 가능한 DNS 서비스인지 점검하세요. TUN을 사용할 때는 DNS 하이재킹 설정이 시스템 요청까지 처리하는지도 확인해야 합니다. 도메인 해석에 실패하면 브라우저의 보안 DNS를 잠시 끄고 시스템 DNS 캐시를 삭제한 뒤 다시 시도하세요. 여러 로컬 DNS 도구를 동시에 사용하면 요청이 우회되거나 포트 충돌이 발생할 수 있으므로 함께 실행하지 마세요.

연결 기록을 열어 해당 웹사이트의 도메인, 대상 IP, 매칭된 규칙 및 최종 정책을 확인하세요. Clash 규칙은 위에서 아래 순서로 매칭되므로 범위가 넓은 규칙을 앞에 배치하면 뒤의 정밀한 규칙이 가로채질 수 있습니다. 도메인이 IP로 해석된 뒤 IP 규칙에 매칭되었는지, 규칙 세트가 정상적으로 다운로드되었는지도 확인해야 합니다. 오버라이드를 수정할 때는 먼저 좁은 범위의 규칙을 추가해 검증하고, 한 번에 전체 규칙 순서를 변경하지 않는 것이 좋습니다.

먼저 구독 링크를 브라우저나 제어 가능한 다른 환경에 복사해 설정 내용이 여전히 반환되는지 확인하세요. 흔한 원인으로는 링크 만료, 구독 초기화, 특정 네트워크를 요구하는 API, DNS 해석 실패, 현재 작동하지 않는 프록시를 거쳐 전송된 업데이트 요청, 로그인 페이지로 바뀐 응답 내용 등이 있습니다. 링크가 유효하다면 FlClash에서 링크 앞뒤의 공백을 삭제하고 업데이트 프록시를 바꾸거나 잠시 직접 연결한 뒤 수동 업데이트를 실행하고 로그를 확인하세요.

먼저 직접 연결 모드로 전환해 로컬 네트워크와 DNS가 정상인지 확인한 다음 시스템 시간, 구독 유효 기간 및 커널 로그를 점검하세요. 모든 노드가 동시에 시간 초과된다면 노드를 하나씩 삭제하기보다 로컬 네트워크 제한, DNS, 실행되지 않은 커널, 접근할 수 없는 테스트 주소 또는 전체 구독 만료를 우선 의심해야 합니다. 테스트 주소를 바꾸고 다른 프록시 도구를 종료해 포트 점유와 프록시 경로의 중첩도 배제할 수 있습니다.

연결 성공은 노드 핸드셰이크가 완료되었을 가능성만 의미하므로 DNS, 규칙 및 대상 사이트까지의 경로도 확인해야 합니다. 먼저 글로벌 모드에서 같은 노드를 테스트한 뒤 다른 노드와 비교하세요. IP 주소는 접속되지만 도메인으로 접속되지 않는다면 DNS를 중점적으로 확인해야 합니다. 특정 웹사이트만 실패한다면 연결 기록에서 매칭된 규칙과 정책을 확인하세요. 시스템 프록시 모드에서는 대상 앱이 시스템 설정을 따르는지, TUN 모드에서는 라우팅과 가상 네트워크 인터페이스 상태를 확인해야 합니다.

먼저 시작 로그에서 처음으로 확인되는 명확한 오류를 찾으세요. 포트가 사용 중이라면 다른 Clash 클라이언트, 프록시 도구 또는 동일한 mixed-port를 사용하는 프로그램을 종료하고, 필요하면 설정에서 포트를 변경하세요. 설정 파싱에 실패했다면 YAML 들여쓰기, 콜론 뒤의 공백, 중복 필드 및 지원되지 않는 필드를 중점적으로 확인합니다. 수정 후에는 설정을 검증한 다음 커널을 다시 시작하세요. TUN을 활성화했다면 권한과 가상 네트워크 인터페이스 상태도 함께 확인해야 합니다.