FlClash 구독 가져오기 및 연결 가이드

시작 전: 클라이언트 설치 및 구독 준비

먼저 클라이언트 다운로드 페이지에서 운영체제에 맞는 설치 파일을 선택해 설치한 뒤 클라이언트를 실행합니다. macOS에서는 Apple Silicon 또는 Intel 프로세서에 맞는 파일을, Android에서는 기기 아키텍처에 맞는 파일을 선택하세요. 처음 실행하면 대시보드와 설정 페이지가 열리는지 확인하고 기본 설정은 그대로 둡니다. 설치 파일은 클라이언트 프로그램을 제공하고, 구독은 노드와 정책 그룹, 규칙을 제공합니다. 두 가지를 각각 준비해야 합니다.

이 가이드는 구독 링크를 이미 보유한 경우를 기준으로 합니다. 구독 주소는 사용 중인 서비스의 관리 페이지에서 확인할 수 있으며, Clash 또는 mihomo 호환 형식인지 확인하세요. 일반 웹페이지 주소나 계정 로그인 주소, 단일 노드 공유 링크는 완전한 구독으로 가져오지 못할 수 있습니다. 구독이 없다면 먼저 구독 제공처 및 선택 안내를 읽고 서비스 내용과 설정 형식을 확인한 뒤 진행하세요.

작업 전 네트워크를 제어하는 다른 프록시 또는 VPN 앱을 종료하고 Wi-Fi나 모바일 데이터 연결은 유지하세요. 구독 주소에는 계정 식별 정보가 포함될 수 있으므로 민감한 정보로 취급해야 합니다. 스크린샷이나 화면 녹화, 문제를 신고할 때는 전체 주소와 QR 코드를 가리세요. 준비를 마친 뒤 설정 페이지에서 구독을 추가하면 중복 가져오기와 네트워크 제어 충돌을 줄일 수 있습니다.

1단계: 구독 가져오기 및 설정 활성화

설정 페이지를 열고 원격 구독 추가

FlClash의 사이드바 또는 하단 메뉴에서 ‘설정’을 열고 더하기 아이콘이나 ‘추가’ 메뉴를 찾습니다. URL, 파일 등의 가져오기 방법이 표시되면 구독 링크가 있는 경우 URL 또는 원격 설정을 선택하세요. 설정을 구분하기 쉬운 이름(예: ‘일상 구독’)으로 지정하고 서비스 제공업체에서 복사한 전체 링크를 주소 입력란에 붙여 넣습니다. 제출 전 주소 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 문장 부호가 없는지 확인하세요.

구독 주소는 https://example.com/sub?token=xxxx와 같은 형식일 수 있습니다. 이 주소는 형식 설명용이므로 실제로는 본인의 주소를 입력하세요. 물음표 뒤의 매개변수도 주소의 일부이므로 도메인만 복사하거나 매개변수를 삭제하면 안 됩니다. 확인한 뒤 저장 또는 가져오기를 누르고 클라이언트가 다운로드와 파싱을 마칠 때까지 기다리세요. 같은 설정이 여러 개 생기지 않도록 연속해서 버튼을 누르지 마세요.

로컬 YAML 설정 파일을 받은 경우에는 파일 가져오기 메뉴에서 기기에 저장된 파일을 선택하세요. 파일 가져오기는 원격 구독과 업데이트 방식이 다릅니다. 원격 구독은 주소에서 다시 불러올 수 있지만, 로컬 파일은 보통 다시 가져오거나 내용을 교체해야 합니다. 처음 설정할 때는 한 가지 방식만 사용해 기본 연결을 확인한 뒤 다른 설정을 정리하는 것이 좋습니다.

설정을 선택하고 노드 및 정책 그룹 확인

가져오기에 성공하면 설정 페이지에 새 설정 카드가 표시됩니다. 카드를 누르거나 활성화 메뉴를 선택해 현재 설정으로 지정하세요. 선택 상태는 테두리, 체크 표시 또는 상태 문구로 나타날 수 있습니다. 카드가 보인다고 해서 활성화된 것은 아닙니다. 이어서 ‘프록시’ 페이지를 열어 정책 그룹과 노드 이름이 표시되는지 확인합니다. 해당 항목이 보이면 클라이언트가 설정의 프록시 정의를 읽은 것이므로 다음 단계로 넘어갈 수 있습니다.

다운로드에 실패했다는 메시지가 표시되면 먼저 일반 웹페이지에 접속되는지 확인한 뒤 서비스 관리 페이지에서 주소를 다시 복사하고 구독이 유효한지 확인하세요. 파싱에 실패했다면 호환되는 형식인지 확인하는 것이 중요합니다. 웹페이지에 표시된 로그인 안내나 오류 메시지를 설정 파일로 읽어 왔을 수도 있습니다. 이때는 오류 메시지를 보관하고 DNS, 규칙 또는 코어 설정을 변경하지 마세요. 자세한 확인 방법은 문제 해결을 참고하세요.

설정 편집 또는 더보기 메뉴에 자동 업데이트 옵션이 있다면 서비스 안내에 따라 업데이트 간격을 지정하세요. 예를 들어 24시간마다 업데이트할 수 있습니다. 자동 업데이트는 구독 내용을 다시 불러오는 기능일 뿐 현재 노드를 자동으로 바꾸거나 새 노드를 보장하지는 않습니다. 수동 업데이트에 성공한 뒤에도 현재 설정이 활성화 상태인지 확인하고 아웃바운드 모드를 선택하세요.

2단계: 프록시 모드와 사용 가능한 노드 선택

처음에는 규칙 모드 선택

대시보드로 돌아가 ‘아웃바운드 모드’ 또는 규칙, 전역, 직접 연결이 표시된 선택 메뉴를 찾아 처음에는 ‘규칙’을 선택합니다. 이 모드에서는 현재 설정의 규칙 순서에 따라 요청을 직접 연결하거나 프록시 또는 다른 정책으로 보냅니다. 규칙은 구독 설정에서 제공하므로 구독마다 트래픽 처리 결과가 다를 수 있습니다. 규칙 모드를 선택해도 모든 트래픽이 프록시를 사용하는 것은 아닙니다.

‘전역’ 모드는 짧게 비교할 때 유용합니다. 클라이언트가 받은 요청은 보통 전역 정책 그룹에서 처리되며, 해당 그룹이 직접 연결이 아닌 프록시 노드를 선택했는지 확인해야 합니다. ‘직접 연결’은 요청을 바로 접속할 때 사용합니다. 이 세 가지 모드는 클라이언트가 이미 받은 요청을 처리하는 방식만 결정하며 시스템 프록시나 VPN을 통한 트래픽 제어를 대신하지 않습니다. 전역 모드를 선택해도 클라이언트에 도달하지 않은 트래픽의 경로는 바뀌지 않습니다.

프록시 페이지에서 실제 아웃바운드 선택

‘프록시’를 열고 설정에서 프록시 아웃바운드를 담당하는 정책 그룹을 찾습니다. 그룹 이름은 설정 작성자가 정하므로 ‘노드 선택’, ‘프록시 선택’ 등으로 표시될 수 있으며 반드시 PROXY라는 이름을 사용하지는 않습니다. 그룹을 펼쳐 노드를 선택하거나 설정에 포함된 자동 선택 그룹을 사용하세요. 정책 그룹 안에 다른 그룹이 있다면 실제 선택 항목도 확인해야 합니다. 상위 그룹은 프록시를 선택했더라도 하위 그룹이 직접 연결로 설정되어 있을 수 있습니다.

화면에 연결 테스트 기능이 있다면 한 번 실행해 대상 노드의 응답을 확인하세요. 테스트 결과는 후보 노드를 고르는 데 도움이 되지만 모든 웹사이트와 앱에 접속할 수 있다는 뜻은 아닙니다. 테스트 주소와 실제 접속 대상이 다를 수도 있습니다. 노드가 응답하지 않으면 후보 노드를 바꿔 다시 확인하세요. 모드, DNS, 구독을 한꺼번에 변경하지 않아야 어떤 설정이 결과에 영향을 줬는지 파악하기 쉽습니다.

완료 후 현재 모드와 선택한 정책 그룹을 기억해 두세요. 활성화된 설정이 있고 모드는 규칙이며, 프록시 아웃바운드를 담당하는 정책 그룹에서 노드를 선택한 상태여야 합니다. 자동 선택, 장애 조치, 부하 분산의 차이는 개념 빠른 안내에서 확인할 수 있습니다. 프로토콜 유형과 코어 호환성에 관한 자세한 내용은 프로토콜 상세 설명을 참고하세요. 기본 연결을 확인하는 동안에는 구독에 포함된 기본 설정을 그대로 사용하세요.

3단계: 클라이언트 실행 및 시스템 프록시 켜기

데스크톱에서는 먼저 시스템 프록시로 브라우저 확인

대시보드로 돌아가 시작 버튼을 누르고 화면에 실행 상태가 표시될 때까지 기다립니다. 일부 버전은 트래픽 제어 스위치를 켜면 코어도 함께 시작될 수 있으므로 실제 화면 상태를 확인하세요. Windows, macOS 등 데스크톱에서는 ‘시스템 프록시’ 스위치를 찾아 켠 뒤 시스템 프록시 설정을 따르는 브라우저로 테스트합니다. 클라이언트 실행과 시스템 프록시는 서로 관련이 있지만 별개의 상태입니다. 클라이언트는 요청을 처리하고, 시스템 프록시는 앱의 요청을 클라이언트로 전달합니다.

브라우저에 프록시 확장 프로그램을 별도로 설정했다면 확장 프로그램의 트래픽 제어를 끄거나 시스템 설정을 사용하도록 바꾸세요. 그렇지 않으면 브라우저가 이전 포트를 계속 가리킬 수 있습니다. Linux 데스크톱에서는 시스템 프록시 지원이 환경과 앱마다 다르므로 브라우저가 데스크톱 프록시 설정을 읽는지 확인해야 합니다. 처음 확인할 때는 브라우저 확장 프로그램과 수동 프록시 주소를 함께 설정하지 말고 요청 경로를 하나로 유지하세요.

시스템 프록시는 해당 설정을 따르는 앱에 주로 적용됩니다. 일부 명령줄 도구, 게임, 독립 네트워크 프로그램은 시스템 프록시를 사용하지 않을 수 있습니다. 이런 앱의 트래픽까지 처리해야 할 때 TUN 모드를 고려하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 제어하며 관리자 권한, 보조 서비스 또는 추가 시스템 권한이 필요한 경우가 많습니다. 구체적인 요구 사항은 운영체제마다 다를 수 있습니다. 먼저 브라우저 연결을 확인하고 제어 범위를 넓히면 문제를 더 쉽게 찾을 수 있습니다.

모바일에서 VPN 권한과 앱 범위 확인

Android에서 시작 버튼을 누르면 보통 시스템에 VPN 연결 요청이 표시됩니다. 요청을 시작한 앱이 현재 클라이언트인지 확인하고 권한을 허용한 다음 클라이언트로 돌아가 실행 상태를 확인하세요. VPN 권한은 로컬 트래픽 제어 통로를 만드는 데 사용되며 원격 노드 선택을 의미하지는 않습니다. 앞의 두 단계에서 설정과 정책을 선택해야 합니다. 다른 VPN 앱이 실행 중이라면 연결을 끊고 FlClash를 다시 시작하세요.

앱별 프록시를 사용하도록 설정했다면 테스트할 브라우저가 트래픽 제어 범위에 포함되어 있는지 확인하세요. 우회 목록에 포함된 앱은 예상대로 클라이언트에 연결되지 않습니다. iOS에서 Clash Plus를 사용하는 경우 클라이언트 안내에 따라 VPN 구성을 추가하고 시스템 권한을 허용한 뒤 연결 후 아웃바운드 정책을 확인하세요. 시스템 상태 표시줄의 연결 아이콘은 실행 여부를 확인하는 데 도움이 되지만, 실제 접속 결과와 연결 기록도 확인해야 합니다.

시작에 실패하면 먼저 화면에 표시된 안내를 확인하세요. 권한이 부족하면 시스템 권한을 허용하고, 포트가 사용 중이라면 백그라운드에서 실행 중인 다른 프록시 프로그램이 있는지 확인합니다. ‘시작할 수 없음’과 ‘시작 후 웹페이지가 열리지 않음’을 같은 문제로 처리하지 마세요. 전자는 로컬 실행 또는 트래픽 제어 문제이며, 후자는 노드와 요청 기록을 함께 살펴봐야 합니다. 클라이언트가 실행되고 트래픽 제어 기능이 켜졌다면 마지막 단계로 넘어갑니다.

4단계: 접속 결과 및 실제 아웃바운드 확인

브라우저에서 새 요청 보내기

브라우저에서 새 탭을 열고 프록시 정책으로 접속해야 하는 HTTPS 페이지에 방문한 뒤 주요 콘텐츠가 로드될 때까지 기다립니다. 그런 다음 FlClash의 ‘연결’ 또는 요청 기록 페이지를 열어 방금 방문한 도메인을 찾으세요. 기존 페이지는 캐시를 사용하거나 이전 연결을 재사용할 수 있으므로 열려 있던 탭만 확인해서는 명확하지 않습니다. 필요하면 페이지를 새로고침하거나 기존 탭을 닫고 다시 여세요.

기록 상세 정보에서 매칭된 규칙, 정책 그룹, 최종 아웃바운드 노드를 확인하세요. 표시되는 항목은 버전에 따라 다를 수 있습니다. 해당 도메인이 설정상 프록시를 사용해야 한다면 웹페이지가 열린다는 사실만으로 판단하지 말고 기록에서 적절한 프록시 정책을 사용했는지 확인합니다. 설정에서 직접 연결하도록 지정한 대상에도 접속해 아웃바운드 결과를 확인하세요. 규칙 모드에서 프록시와 직접 연결 기록이 함께 나타나는 것은 정상입니다. 결과가 현재 규칙에 맞는지가 중요합니다.

출구 IP를 확인하려면 신뢰하는 조회 페이지를 보조적으로 이용할 수 있습니다. 출구 IP가 바뀌었는지는 해당 조회 요청의 경로만 보여 주며 모든 앱이 트래픽 제어를 받고 있거나 규칙 분기가 올바르다는 것을 단독으로 증명하지는 않습니다. 조회 사이트에 구독 주소를 입력하지 마세요. 페이지가 로드되고 요청이 클라이언트에 전달되며 적용된 정책이 예상과 일치하는지 함께 확인해야 설정이 제대로 적용됐다고 판단할 수 있습니다.

증상에 따라 해당 단계 다시 확인

웹페이지가 열리지 않고 연결 페이지에도 요청이 전혀 표시되지 않으면 3단계로 돌아가 시스템 프록시, VPN 권한, 브라우저의 별도 프록시 설정, 앱별 설정을 확인하세요. 요청은 기록됐지만 직접 연결을 사용했다면 2단계에서 모드와 정책 그룹을 확인합니다. 규칙 모드에서는 직접 연결이 사용될 수 있으므로 DIRECT가 표시된다는 이유만으로 클라이언트에 문제가 있다고 판단하면 안 됩니다. 기본 연결을 확인한 뒤 필요한 도메인 규칙을 설정하세요.

요청이 선택한 노드를 사용했는데도 계속 실패한다면 먼저 다른 노드로 바꿔 다시 시도하고 구독 서비스가 정상인지 확인하세요. 일부 웹사이트에서만 문제가 발생하고 다른 곳은 정상이라면 해당 도메인과 오류 메시지를 기록한 뒤 문제 해결에서 증상에 맞는 방법을 확인하세요. 한 번에 설정 하나만 바꾸고 다시 테스트하세요. 마지막으로 작동했던 설정을 보관하면 연속해서 변경하다가 문제의 원인을 놓치는 일을 막을 수 있습니다.

브라우저에서 인증서 오류가 표시되면 먼저 기기 시간과 접속 도메인, 네트워크 환경을 확인하세요. 보안 차단은 유지하고 인증서 경고를 무시해 접속 여부를 확인하지 마세요. DNS, 인증서, 특정 프로토콜 문제는 첫 연결 절차의 범위를 벗어나므로 문제 해결 안내에서 더 알아볼 수 있습니다. 프로토콜 선택과 코어 차이를 이해하려면 프로토콜 및 코어 기술 참고 자료를 확인하세요.