FlClash 설정 가이드

시작 전 준비: 클라이언트와 구독 확인

아직 클라이언트를 설치하지 않았다면 먼저 다운로드 센터로 이동해 운영체제와 프로세서 아키텍처에 맞는 설치 파일을 선택하세요. macOS에서는 Apple Silicon과 Intel을 구분해야 하며, Android에서는 기기가 지원하는 아키텍처를 선택해야 합니다. 설치 후 FlClash를 실행해 기본 화면이 열리는지 확인하세요. 시스템에서 네트워크 접근 권한을 요청하면 용도에 맞게 허용하되, 처음부터 여러 네트워크 제어 옵션을 동시에 켜지는 마세요.

FlClash는 Clash Meta / mihomo 코어를 기반으로 하는 클라이언트이며 프록시 서비스를 제공하지 않습니다. 시작하기 전에 구독 링크나 사용할 수 있는 노드가 포함된 Clash 설정 파일이 필요합니다. 서비스 웹사이트의 로그인 주소, 요금제 안내 페이지, 구독 링크는 서로 다릅니다. 서비스 제공업체의 구독 페이지에서 Clash 또는 Mihomo를 명시적으로 지원하는 형식을 선택하고, 일반 웹페이지 주소를 설정에 입력하지 마세요.

구독 주소에는 개인 접속 정보가 포함되는 경우가 많으므로 신뢰할 수 있는 기기와 클라이언트에만 저장하세요. 복사할 때 주소의 앞뒤가 빠짐없이 포함됐는지 확인하고 안내 문구, 줄바꿈, 따옴표를 함께 붙여 넣지 마세요. 문제를 점검하는 동안에는 다른 프록시나 VPN의 기존 상태를 먼저 기록한 다음 네트워크 제어 기능을 끄세요. 여러 프로그램이 시스템 프록시, 라우팅, DNS를 동시에 변경하면 결과를 파악하기 어려워집니다.

1단계: 구독을 가져와 설정 활성화

구독 설정 추가

FlClash의 설정 페이지를 열고 추가 버튼이나 더하기 메뉴를 찾아 URL 가져오기를 선택합니다. 구독 링크를 주소 입력란에 붙여 넣고 ‘일상 구독’처럼 알아보기 쉬운 이름을 지정하세요. 사용 중인 버전에서 가져온 뒤 편집 페이지에서 이름을 설정하도록 되어 있다면 먼저 가져온 다음 이름을 바꾸면 됩니다. 주소가 완전한지 확인하고 저장한 뒤 클라이언트가 설정 내용을 다운로드할 때까지 기다리세요.

다운로드가 완료되면 설정 목록에 해당 항목이 표시됩니다. 버전별 화면에 따라 항목을 누르거나 활성화 메뉴 또는 선택 표시를 눌러 현재 사용할 설정으로 지정하세요. 목록에 설정이 표시된다고 해서 활성화된 것은 아닙니다. 프록시 페이지에서 구독에 정의된 정책 그룹과 노드 이름이 표시되는지 확인하세요. 이전 내용이 계속 보이면 설정 페이지로 돌아가 현재 선택 항목을 확인하고, 바로 다시 가져오지는 마세요.

가져오기에 실패하면 먼저 오류 유형을 확인하세요. 연결 시간 초과는 구독 주소에 일시적으로 접근할 수 없거나 기기에 남아 있는 프록시 설정이 다운로드를 막고 있다는 뜻일 수 있습니다. 구문 분석 오류는 받은 내용이 클라이언트에서 지원하는 설정 형식이 아닐 가능성이 큽니다. 서비스 제공업체 페이지에서 올바른 형식의 링크를 다시 복사한 뒤 업데이트를 시도해 보세요. 구독에서 로그인 페이지, 만료 안내, 일반 텍스트가 반환된다면 주소가 열리더라도 유효한 Clash 설정은 아닙니다.

로컬 파일 가져오기와 이후 업데이트

로컬 파일을 받았다면 설정 페이지에서 파일 가져오기를 선택하고 해당 .yaml 또는 .yml 파일을 찾으세요. 가져온 뒤에는 이 파일도 현재 설정으로 선택해야 합니다. 다른 형식의 파일 확장자만 YAML로 바꾸지 마세요. 중요한 것은 파일 이름이 아니라 클라이언트가 해석할 수 있는 필드 구조입니다. 출처가 불분명한 파일은 용도를 먼저 확인하고, 특히 알 수 없는 원격 리소스나 컨트롤 인터페이스 설정이 포함되어 있는지 살펴보세요.

첫 연결에 성공한 뒤 구독 설정에 적절한 업데이트 주기를 지정하세요. 서비스 제공업체가 노드를 변경하면 수동 업데이트로 새 내용을 가져올 수 있지만, 업데이트가 만료된 구독 계정을 복구해 주지는 않습니다. 구독 설정과 로컬 설정도 혼동하지 마세요. 구독 설정은 새로고침할 때 다시 다운로드될 수 있어 직접 수정한 내용이 덮어써질 수 있습니다. 사용자 규칙을 장기간 유지하려면 고급 설정 안내서의 로컬 오버라이드 설명을 확인하고, 우선은 구독을 그대로 두세요.

다음 단계로 넘어가기 전: 현재 설정이 선택되어 있고 프록시 페이지에 해당 정책 그룹이 표시되며 설정 로딩 오류가 계속 발생하지 않는지 확인하세요. 조건이 충족되면 프록시 모드와 실제 출구를 선택합니다.

2단계: 프록시 모드와 출구 선택

처음에는 규칙 모드 선택

대시보드로 돌아가 아웃바운드 모드를 찾아 규칙으로 설정하세요. 규칙 모드는 현재 설정의 매칭 조건에 따라 연결 경로를 결정합니다. 일부 대상은 프록시를 거치고, 일부는 직접 연결되며, 차단 규칙이 적용될 수도 있습니다. 일상적인 사용에 적합하지만 구체적인 트래픽 분기는 구독 내용에 따라 달라집니다. 규칙 모드로 바꿨다고 클라이언트가 네트워크를 제어하기 시작한 것은 아닙니다. 네트워크 제어는 다음 단계에서 별도로 활성화합니다.

전역 모드는 코어로 들어오는 일반 연결을 전역 정책에 따라 처리합니다. 보통 프록시 페이지에서 전역 그룹의 출구도 선택해야 합니다. 규칙 모드에서 특정 웹페이지가 열리지 않을 때 전역 모드로 잠시 바꿔 다시 접속해 보는 등 비교 점검에 유용합니다. 전역 모드라고 모든 앱의 트래픽이 자동으로 클라이언트에 들어오는 것은 아닙니다. 시스템 프록시를 사용하지 않는 프로그램은 여전히 TUN이나 앱 자체 프록시 설정이 필요할 수 있습니다.

직접 연결 모드는 코어로 들어오는 연결을 직접 연결 경로로 처리합니다. 원래 네트워크가 정상인지 확인할 때는 유용하지만 프록시 연결 성공 여부를 테스트하는 상태로는 적합하지 않습니다. 세 모드는 모두 트래픽이 코어에 들어온 뒤의 처리 방식만 바꾸며 구독을 추가하거나 계정 상태를 변경하지 않습니다. 비교 테스트를 마치면 규칙 모드로 돌아가 임시 점검 설정을 계속 사용하지 않도록 하세요.

프록시 페이지에서 정책 그룹 지정

프록시 페이지로 이동해 규칙에서 참조하는 주요 정책 그룹을 찾으세요. 그룹 이름은 설정 작성자가 정하므로 ‘프록시’, ‘선택’ 또는 다른 사용자 지정 이름일 수 있습니다. 특정한 이름만 찾을 필요는 없습니다. 수동 선택 그룹이라면 펼쳐서 실제 노드를 고르세요. 선택한 항목이 또 다른 정책 그룹이라면 최종 출구를 확인할 수 있을 때까지 하위 그룹을 계속 살펴봅니다. DIRECT를 선택했다면 해당 경로는 직접 연결입니다.

자동 선택 또는 장애 조치 그룹은 설정에 지정된 상태 확인을 바탕으로 작동하며 수동 그룹처럼 특정 노드를 고정할 수 없는 경우도 있습니다. 화면에서 제공하는 연결 테스트를 실행하면 명백히 연결할 수 없는 후보를 찾는 데 도움이 됩니다. 다만 테스트에 응답이 있다는 사실은 테스트 대상에 접속할 수 있다는 뜻일 뿐, 모든 웹사이트와 프로토콜, 앱이 정상 작동한다는 보장은 아닙니다. 처음 확인할 때는 자동 전환 변수를 줄이도록 사용 가능한 출구 하나를 고정해 두는 것이 좋습니다.

다음 단계로 넘어가기 전: 규칙 모드를 유지하고 방금 선택한 정책 그룹과 노드 이름을 기억해 두세요. 나중에 요청 기록을 확인할 때 실제 출구가 여기서 선택한 항목과 일치하는지 비교해야 합니다. 정책 그룹 중첩, 자동 선택 조건, 규칙 우선순위에 관한 자세한 내용은 정책 그룹 고급 설정을 참고하세요.

3단계: 연결 시작 및 네트워크 제어

데스크톱에서는 먼저 시스템 프록시 사용

설정과 출구를 정한 뒤 대시보드로 돌아가 기본 연결 또는 시작 메뉴를 눌러 코어를 실행하세요. 일부 버전에서는 창 아래쪽이나 떠 있는 작업 버튼에 시작 메뉴가 있습니다. 화면이 실행 상태로 바뀌는지 확인한 다음 시스템 프록시를 켜세요. 클라이언트가 시스템 프록시 주소를 로컬 리스닝 포트로 설정합니다. 구독이나 클라이언트에 원래 지정된 포트를 그대로 사용하고, 가이드에 맞추려고 특정 숫자로 바꿀 필요는 없습니다.

Windows, macOS, Linux에서 시스템 프록시는 주로 시스템 설정을 따르는 앱에 적용됩니다. 브라우저는 첫 테스트에 적합하지만 브라우저 확장 프로그램, 사용자 지정 프록시, 일부 앱의 개별 설정이 시스템 선택을 덮어쓸 수 있습니다. 처음 테스트할 때는 별도의 프록시 규칙이 없는 브라우저 창을 사용하세요. Linux는 데스크톱 환경과 앱 구현에 따라 동작이 다를 수 있으므로 시스템 프록시를 켠 뒤 요청 기록을 통해 브라우저가 실제로 이를 사용하는지 확인해야 합니다.

시스템에서 네트워크 설정 변경 권한을 요청하면 현재 사용하는 클라이언트에서 표시한 안내인지 확인한 뒤 지시에 따르세요. 켠 직후 인터넷이 완전히 끊기면 먼저 시스템 프록시를 끄고 원래 네트워크가 복구되는지 확인한 다음 코어 실행 여부와 현재 설정의 유효성을 살펴보세요. 노드, 포트, DNS 옵션을 연달아 바꾸지 마세요. 먼저 로컬 프록시가 리스닝하지 않는 문제인지, 트래픽이 들어온 뒤 출구에 연결하지 못하는 문제인지 구분해야 합니다.

더 많은 앱을 제어해야 할 때 TUN 활성화

TUN 모드는 가상 네트워크 인터페이스와 라우팅을 이용해 더 많은 트래픽을 제어하며 시스템 프록시를 사용하지 않는 프로그램에 적합합니다. 먼저 시스템 프록시로 브라우저 연결을 확인한 뒤 필요에 따라 TUN을 켜세요. 데스크톱에서는 관리자 권한, 보조 서비스 설치, 네트워크 구성요소 권한 승인이 필요할 수 있습니다. 구체적인 요구 사항은 사용 중인 버전과 시스템 안내를 따르세요. 권한이 충족되지 않았다면 스위치가 켜져 보이는 것만으로 가상 네트워크 인터페이스가 생성된 것은 아닙니다. 실행 상태 안내와 로그도 함께 확인하세요.

Android에서는 보통 시스템 VPN 인터페이스로 네트워크를 제어합니다. 연결을 시작하면 시스템에서 VPN 연결 허용 여부를 묻습니다. 허용한 뒤 클라이언트로 돌아가 상태를 확인하세요. 다른 VPN 앱이 실행 중이라면 먼저 연결을 중지해야 합니다. 시스템에서 상시 연결 VPN을 사용하거나 VPN을 거치지 않는 연결을 차단하도록 설정했다면 다른 앱을 가리키고 있지 않은지도 확인하세요. 연결을 시작한 뒤에는 FlClash를 우선 포그라운드에 두고, 확인을 마친 후 배터리 최적화와 백그라운드 실행 설정을 검토하세요.

처음 문제를 점검할 때 시스템 프록시, 여러 VPN, 복잡한 TUN 라우팅을 한꺼번에 사용하지 않는 것이 좋습니다. 한 가지 제어 방식으로 결과를 확인한 뒤 필요에 따라 하나씩 추가하세요. 로컬 네트워크 기기에 접속하거나 회사 네트워크를 사용해야 한다면 관련 트래픽이 예상대로 직접 연결되는지도 확인해야 합니다. 가상 네트워크 인터페이스, Fake-IP, DNS 연동은 이후 설정에서 다루며 자세한 내용은 TUN 고급 설정 안내를 참고하세요.

다음 단계로 넘어가기 전: 코어가 실행 중이고 현재 기기에 필요한 네트워크 제어 방식이 활성화되어 있는지 확인하세요. 스위치 색상만으로 성공 여부를 판단하지 말고, 다음 단계에서 실제 요청의 전체 경로를 확인해야 합니다.

4단계: 요청과 실제 출구 확인

실제 요청으로 연결 흐름 확인

브라우저에서 현재 설정에 따라 프록시를 사용해야 하는 웹페이지를 열고 한 번 새로고침한 뒤 페이지 로딩이 시작될 때까지 기다리세요. 그런 다음 FlClash의 요청 또는 연결 페이지로 돌아가 방금 방문한 대상 도메인을 찾습니다. 버전에 따라 종료된 요청과 활성 연결이 별도로 표시될 수 있으므로 필요하다면 페이지를 새로고침하면서 확인하세요. 브라우저 캐시 때문에 새 네트워크 요청이 발생하지 않을 수도 있으므로 페이지가 열리는 것만으로 연결 경로를 확정할 수는 없습니다.

해당 기록을 펼쳐 대상이 맞는지, 어떤 규칙이 적용됐는지, 최종적으로 어느 정책 그룹이나 출구를 사용했는지 확인하세요. 필드 이름과 표시 단계는 버전에 따라 달라질 수 있지만 판단 기준은 같습니다. 프록시를 사용해야 하는 대상이라면 최종 경로가 2단계에서 선택한 그룹이나 노드와 일치해야 합니다. DIRECT로 표시되면 클라이언트가 실행되지 않는다고 단정하기 전에 설정된 트래픽 분기 규칙에 맞는지 확인하세요.

직접 연결해야 하는 것으로 명확한 웹사이트도 열어 접속이 되는지, 기록이 예상대로 표시되는지 확인하세요. 마지막으로 실제 사용할 앱을 실행해 필요한 작업을 한 번 수행합니다. 브라우저에서 성공했다고 다른 앱도 반드시 되는 것은 아닙니다. 앱의 새 요청이 기록에 나타나지 않으면 시스템 프록시를 사용하는 앱인지, TUN이 필요한지 먼저 확인하세요. 터미널 도구도 환경 변수만 읽는 경우가 있어 데스크톱 프록시를 켰다고 네트워크 경로가 자동으로 바뀌지는 않습니다.

실패하면 트래픽 경로를 따라 단계별로 점검

새 기록이 전혀 보이지 않으면 먼저 코어 실행 상태와 트래픽 제어 방식을 확인하고 앱 자체의 프록시 설정도 살펴보세요. 기록은 있지만 연결에 실패한다면 정책 그룹에서 직접 연결이나 사용할 수 없는 노드를 잘못 선택하지 않았는지 확인한 뒤 같은 시간대의 로그를 살펴봅니다. 연결 시간 초과, 도메인 이름 해석 실패, 핸드셰이크 실패는 각각 의미가 다르므로 모두 구독 문제로 볼 수는 없습니다. 일시적으로 사용 가능한 노드로 바꿔 비교하고 한 번에 조건 하나만 변경하세요.

일부 웹사이트만 실패한다면 전역 모드로 잠시 전환한 뒤 요청을 다시 보내 볼 수 있습니다. 전역 모드에서는 성공하고 규칙 모드에서는 실패한다면 적용 규칙과 정책 그룹 선택을 점검할 필요가 있다는 뜻이지만, 설정 전체를 수정해야 한다는 근거는 아닙니다. 대상 도메인, 적용 규칙, 출구 정보를 먼저 보관한 다음 규칙 설정 섹션을 확인하세요. 문제를 공유할 때는 구독 링크와 개인 주소 정보를 가리고 접속 정보가 포함된 설정을 공개 게시판에 올리지 마세요.

인터넷이 끊겨 즉시 복구해야 한다면 먼저 FlClash 연결을 중지하고 시스템 프록시와 TUN을 끈 다음 시스템 네트워크 설정이 여전히 로컬 프록시를 가리키는지 확인하세요. 프로세스를 강제 종료하면 프록시 설정은 남고 리스닝 서비스만 중지될 수 있습니다. Android에서는 시스템 VPN 설정에서 연결이 끊겼는지 확인하고, 데스크톱에서는 브라우저가 원래 네트워크 경로로 자주 사용하는 웹사이트에 접속되는지 확인하세요.

나중에 기기를 바꾸거나 클라이언트를 다시 설치했다면 구독 가져오기 단계로 돌아가 이 과정을 다시 진행하면 됩니다. 일상적인 연결이 안정된 뒤 사용자 지정 규칙 추가, 구독 병합, DNS 최적화가 필요하다면 고급 설정 안내서에서 주제별로 하나씩 조정하고 언제든 복구할 수 있도록 기존 설정을 보관하세요.