Windows
데스크톱 업무와 개발 환경에 적합합니다. 시스템 정보에서 프로세서 아키텍처를 확인하고, 설치 후 방화벽 안내와 혼합 포트 사용 여부를 살펴보세요. 기본 연결은 시스템 프록시로 먼저 확인한 뒤 필요에 따라 TUN을 켜는 것이 좋습니다.
Flutter로 제작된 프록시 클라이언트이며 mihomo 커널을 사용합니다. 설치부터 설정 항목 안내까지 실제 설정을 기준으로 확인하세요.
클라이언트 인터페이스에서 설정을 관리하고, 커널에서 규칙을 해석해 연결을 처리합니다. 아래 화면은 설정 항목의 관계를 설명하기 위한 정적 예시이며, 실제 설치 시 기본값과 다를 수 있습니다. 기능 목록을 선택하면 관련 설정과 사용 시 주의사항을 확인할 수 있습니다.
7890fake-ipinfomode: rule을 설정하면 연결이 규칙을 위에서부터 차례로 확인하고, 처음 일치하는 규칙의 프록시 그룹으로 전달됩니다. 도메인 접미사, 대상 주소, 규칙 집합은 각각 프록시 또는 직접 연결로 지정할 수 있습니다. 설정을 가져온 뒤에는 그룹에 사용 가능한 아웃바운드가 있는지 확인하고, 연결 기록에서 실제로 적용된 항목을 살펴보세요. 전역 프록시만 사용하는 것과 달리 규칙 모드에서는 로컬 서비스의 직접 연결 경로를 유지할 수 있습니다. 단, 규칙에서 참조하는 프록시 그룹이 실제로 존재해야 합니다. 사용자 지정 규칙은 기본 규칙 앞에 배치해 먼저 처리되지 않도록 하세요.
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 적합합니다. TUN은 가상 네트워크 어댑터로 라우팅 조건에 맞는 트래픽을 처리해, 일부 명령줄 도구나 시스템 프록시를 사용하지 않는 프로그램에도 적용할 수 있습니다. 처음 켜기 전에 관리자 권한, 가상 네트워크 어댑터 권한, 다른 VPN의 실행 여부를 확인하세요. 실제 처리 범위는 라우팅, 제외할 네트워크 대역, DNS 설정에도 영향을 받으므로 스위치 상태만으로 모든 앱이 프록시를 거친다고 판단하면 안 됩니다. 문제를 확인할 때는 한 가지 방식으로 먼저 정상 작동을 확인한 다음 TUN을 추가해 여러 변수를 동시에 바꾸지 않도록 하세요.
구독 파일에는 노드, 프록시 그룹, 규칙이 포함되며 로컬 오버라이드에는 기기별 설정을 저장할 수 있습니다. 원격 구독으로 생성된 파일을 직접 수정하면 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다. 포트를 고정하거나 규칙을 추가하려면 클라이언트의 오버라이드 메뉴, 병합 순서, 최종 적용 설정을 먼저 확인하세요. 맵 필드와 목록 필드는 처리 방식이 다를 수 있으며, 항목 추가와 교체도 구분해야 합니다. 다른 Clash 클라이언트의 설정을 옮길 때는 커널이 해당 프로토콜 필드를 지원하는지 확인하세요. 인터페이스가 비슷하다고 설정까지 완전히 호환되는 것은 아닙니다.
allow-lan은 로컬 네트워크 연결을 허용할지 결정하고, mixed-port는 HTTP와 SOCKS를 함께 사용하는 수신 포트를 지정합니다. 공유하기 전에 수신 주소, 방화벽, 기기가 연결된 네트워크 대역을 확인한 다음 다른 기기에서 호스트의 로컬 IP 주소와 포트를 입력하세요. 로컬 네트워크 연결을 허용해도 다른 기기가 자동으로 프록시를 사용하는 것은 아닙니다. 이 방식은 임시 테스트나 신뢰할 수 있는 네트워크에서 사용하기에 적합합니다. 접근 가능한 기기를 제한하고 필요하면 인증을 설정하세요. 라우터에서 수신 포트를 공인 인터넷에 노출하지 않도록 주의해야 합니다.
Fake-IP는 도메인에 가상 주소를 할당하고, 커널은 주소와 도메인의 매핑을 이용해 연결 대상을 식별합니다. 이를 통해 도메인 규칙으로 트래픽을 분기할 수 있습니다. 가상 주소는 실제 서버 주소가 아니며 암호화 DNS와도 다릅니다. 로컬 기기 검색, 사내 네트워크, 특정 앱에 문제가 생기면 DNS 서버, fake-ip-filter, 시스템 DNS 처리 설정을 먼저 확인하세요. IPv6는 주소 확인과 실제 라우팅에도 영향을 받으므로 필드 하나만 바꿔서는 해결되지 않을 수 있습니다. redir-host와의 선택은 네트워크 환경에 따라 결정해야 하며, 어느 한 모드가 항상 더 빠르다고 볼 수는 없습니다.
log-level: info는 평상시 상태를 확인하기에 적합합니다. 자세히 살펴봐야 할 때는 debug로 잠시 높인 뒤 문제를 재현하고 원래대로 되돌리세요. 포트 충돌은 수신 단계에서, DNS 오류는 이름 확인 단계에서 발생합니다. 연결 시간 초과는 대상과 아웃바운드 정보도 함께 확인해야 합니다. 노드를 계속 바꾸기보다 발생 시간, 적용된 규칙, 프록시 그룹을 기록하는 편이 원인을 찾는 데 도움이 됩니다. 로그를 공유하기 전에 구독 주소, 인증 정보, 비공개 도메인을 삭제하세요. 클라이언트 로그는 실행 과정을 보여줄 뿐, 한 줄의 오류만으로 전체 네트워크가 작동하지 않는다고 단정할 수는 없습니다.
설정 스위치는 트래픽 처리 범위를, rules는 분기 방향을, 프록시 그룹은 최종 아웃바운드를 결정합니다. 세 항목을 함께 확인해야 합니다. 브라우저에서는 접속되지만 터미널에서 실패한다면 터미널이 시스템 프록시를 사용하는지 먼저 확인하세요. 일부 도메인만 문제가 있다면 DNS와 규칙 적용 여부부터 살펴보세요. 곧바로 클라이언트를 다시 설치할 필요는 없습니다.
기기의 운영체제에 맞는 다운로드 페이지에서 클라이언트와 프로세서 아키텍처를 선택하세요. FlClash는 Windows, macOS, Android, Linux용 클라이언트를 제공합니다. iOS 링크는 다른 Clash 생태계 앱으로 연결되며, 같은 이름의 FlClash 설치 파일이 있다는 뜻은 아닙니다. 클라이언트마다 비슷한 커널 설정을 사용할 수 있지만 시스템 권한, 구독 병합, 백그라운드 실행 방식은 각각 확인해야 합니다.
처음 설치할 때는 클라이언트를 하나만 실행하는 것이 좋습니다. 기존 클라이언트를 종료한 뒤 시스템 프록시가 복구됐는지 확인하고 새 클라이언트를 실행하세요. 포트 충돌, 남아 있는 프록시 주소, 이중 트래픽 처리 가능성을 줄일 수 있습니다. 업그레이드하거나 옮기기 전에 로컬 규칙과 오버라이드 파일을 저장하세요. 구독 링크에 기기별 설정이 모두 포함되는 것은 아닙니다.
데스크톱 업무와 개발 환경에 적합합니다. 시스템 정보에서 프로세서 아키텍처를 확인하고, 설치 후 방화벽 안내와 혼합 포트 사용 여부를 살펴보세요. 기본 연결은 시스템 프록시로 먼저 확인한 뒤 필요에 따라 TUN을 켜는 것이 좋습니다.
Apple Silicon 또는 Intel에 맞는 설치 파일을 선택하세요. 처음 실행할 때는 시스템 안내에 따라 앱 권한을 승인합니다. 연결에 문제가 생기면 네트워크 설정의 프록시 상태와 다른 네트워크 확장 프로그램의 실행 여부도 확인하세요.
설치 전 기기 아키텍처와 시스템 요구 사항을 확인하고, 처음 연결할 때 VPN 권한을 승인하세요. 백그라운드 실행이 중단되면 배터리 최적화와 백그라운드 활동 권한을 확인합니다. 다른 VPN 앱을 동시에 실행하면 실제 트래픽 처리 상태가 달라질 수 있습니다.
다운로드 페이지에서 Clash Plus의 App Store 링크와 공식 사이트 clashplus.io를 확인할 수 있습니다. 설치 후 앱 안내에 따라 설정을 추가하고 VPN 권한을 승인하세요. 가져오기 전에 구독 형식을 확인하고 데스크톱 설정을 모바일에 그대로 적용하지 마세요.
데스크톱 사용자는 배포판과 패키지 형식에 맞는 GUI 클라이언트를 선택하고, 서버와 라우터 사용자는 커널 섹션을 확인하세요. 데스크톱 환경의 시스템 프록시가 터미널 프로세스까지 적용되지 않을 수 있으므로 환경 변수, 수신 포트, 서비스 권한을 각각 확인해야 합니다.
다운로드 페이지에서 클라이언트 종류, 시스템 요구 사항, 유지 관리 상태를 확인할 수 있습니다. 설치 파일 선택과 실행 중 네트워크 설정은 별개의 단계입니다. 운영체제에 맞는 파일을 골라도 유효한 설정을 가져와야 사용할 수 있습니다.
모든 클라이언트 보기 →먼저 확인 가능한 연결을 하나 만든 다음 규칙과 고급 설정을 추가하세요. 아래는 기본 순서이며, 자세한 화면 경로와 자주 발생하는 문제는 입문 가이드에서 확인할 수 있습니다. 클라이언트를 설치했다고 바로 사용할 수 있는 프록시 서비스가 제공되는 것은 아닙니다.
설정 관리에서 구독 링크를 추가하거나 기존 YAML 파일을 가져오세요. 다운로드가 끝나면 해당 설정을 현재 사용 중으로 지정하고 프록시 그룹이 표시되는지 확인합니다. 링크가 브라우저에서 열린다고 해서 호환되는 설정이 반환된다는 뜻은 아닙니다. 가져오기에 실패하면 네트워크 연결 오류, 로그인 페이지 반환, YAML 구문 오류를 먼저 구분하세요.
구독 주소에는 접속 인증 정보가 포함될 수 있으므로 비공개로 보관하세요. 처음 가져온 뒤에는 복잡한 오버라이드를 추가하기 전에 기본 설정으로 연결을 확인하세요. 노드 목록이 비어 있다면 구독 만료 여부와 서버 응답 내용을 확인하세요. 클라이언트의 연결 버튼 표시만 보고 가져오기가 완료됐다고 판단하지 마세요.
먼저 규칙 모드를 선택하고 설정에 포함된 프록시 그룹에서 사용 가능한 아웃바운드를 고르세요. 데스크톱에서는 시스템 프록시로 시작하고, 시스템 프록시를 사용하지 않는 앱까지 처리해야 한다면 가이드에 따라 TUN을 설정하세요. 모바일에서는 시스템 안내에 따라 VPN 권한을 승인하고 다른 VPN이 동시에 연결을 차지하지 않도록 하세요.
규칙 모드는 설정에 따라 트래픽을 분기하고, 전역 모드는 주로 비교 및 문제 해결에 사용하며, 직접 연결 모드는 프록시 아웃바운드를 거치지 않습니다. 모드를 바꿔도 만료된 구독이 복구되거나 누락된 노드가 추가되지는 않습니다. 한 번에 설정 하나만 바꾸고 변경 전후의 동작을 기록해야 결과에 영향을 준 항목을 찾기 쉽습니다.
연결을 켜고 테스트할 대상에 접속한 뒤 연결 기록에서 도메인, 규칙, 아웃바운드를 확인하세요. 로컬 서비스와 프록시가 필요한 대상을 각각 테스트해 예상한 범위의 트래픽이 처리되는지 살펴봅니다. 일부 앱만 작동하지 않는다면 속도 측정을 반복하거나 노드를 바꾸기 전에 해당 앱이 현재 연결 경로를 사용하는지 확인하세요.
연결 시간 초과, DNS 확인 실패, 포트 충돌은 서로 다른 단계의 문제입니다. 발생 시간과 주요 로그를 기록한 다음 관련 설정을 확인하세요. 클라이언트를 종료한 뒤 시스템 프록시가 복구되는지도 살펴봐야 합니다. 앱이 이미 수신을 중단한 로컬 포트를 계속 사용하면 네트워크 전체가 끊긴 것처럼 보일 수 있습니다.
다른 Clash 클라이언트 설정을 사용 중이라면 먼저 원본 파일을 따로 보관하세요. 설정을 옮긴 뒤에는 노드, 프록시 그룹, 규칙, DNS를 단계별로 확인하고 클라이언트 전용 설정을 한꺼번에 복사하지 마세요.
전체 가이드 보기 →FlClash는 Clash 생태계의 GUI 클라이언트로, Flutter를 사용해 크로스 플랫폼 인터페이스를 제공합니다. 프로젝트 관계를 이해하려면 클라이언트 이름, 커널 이름, 설정 형식을 구분해야 합니다. 인터페이스는 설정 가져오기, 상태 표시, 옵션 관리를 담당하고 커널은 이름 확인, 규칙 처리, 연결을 담당합니다. 두 앱이 모두 mihomo를 사용하더라도 오버라이드 순서, 권한 처리, 설정 저장 위치까지 같다는 뜻은 아닙니다.
Clash Meta는 이 생태계에서 과거에 사용된 이름이며, mihomo는 관련 커널 프로젝트의 현재 이름입니다. 이전 가이드를 참고할 때는 작업 목적을 현재 설정 항목에 맞춰 확인하고, 사용 중인 클라이언트에 같은 메뉴가 있는지도 살펴보세요. 가이드에 나오는 과거 메뉴 이름을 현재 설치 환경과 동일하다고 보면 안 됩니다. 커널 기능에 관한 내용은 프로젝트 문서를 기준으로 확인하세요.
FlClash의 소스 코드, 커밋 기록, 릴리스 노트, 이슈 논의는 프로젝트 저장소에서 확인할 수 있습니다. 오픈소스 라이선스는 사용 및 배포 조건을 설명하고, 커밋 기록은 코드 변경 사항을, 이슈 영역은 구체적인 동작의 재현과 논의를 보여줍니다. 이런 정보는 기능 표시만 보는 것보다 설정의 적용 여부를 판단하는 데 유용합니다. 다만 오픈소스라는 이유만으로 모든 네트워크 환경과의 호환성이 보장되는 것은 아닙니다.
이슈를 등록하기 전에 운영체제, 사용한 트래픽 처리 방식, 재현 단계, 오류 발생 시점을 기록한 뒤 민감한 정보를 지운 로그를 첨부하세요. 전체 구독 링크, 프록시 인증 정보, 개인 주소가 포함된 설정 파일은 올리지 마세요. 최소한의 재현 절차를 명확히 제시하면 클라이언트 인터페이스 문제, 커널 동작, 구독 내용 오류를 구분하는 데 도움이 되며, 스크린샷만 보고 원인을 추측하는 과정도 줄일 수 있습니다.
클라이언트 업그레이드는 보통 인터페이스, 패키징 방식, 포함된 커널을 변경합니다. 구독 업데이트는 설정 내용을 다시 가져오는 작업입니다. 두 작업의 적용 범위는 다릅니다. 프로토콜 필드를 인식하지 못하면 커널의 지원 여부를 확인하고, 노드가 만료됐거나 구독 응답에 오류가 있으면 구독 서비스 상태를 확인하세요. 클라이언트를 업그레이드해도 구독 기간이 자동으로 연장되지 않으며, 구독을 새로고침해도 앱 업그레이드를 대신할 수 없습니다.
업그레이드 전에 혼합 포트, 트래픽 처리 방식, 로컬 오버라이드를 기록하고 복구할 수 있는 설정 사본을 저장하세요. 업그레이드가 끝나면 설정이 올바르게 로드됐는지, 프록시 그룹 선택이 유지됐는지, 시스템 프록시 또는 TUN이 예상대로 작동하는지 차례로 확인합니다. 특정 네트워크에서만 문제가 발생한다면 롤백하기 전에 DNS, 라우팅, 방화벽 조건을 비교하세요. 업그레이드, 구독 변경, 규칙 수정을 한꺼번에 하면 원인을 구분하기 어렵습니다.
설치 페이지에서는 소프트웨어를 찾고, 설정 항목 페이지에서는 동작을 확인하며, 입문 가이드에서는 기본 설정을 구성할 수 있습니다. 각 자료는 선택, 이해, 사용 방법을 다룹니다. 클라이언트별 설정 관리와 플랫폼 지원을 비교하려면 클라이언트 비교에서 인터페이스 모양이 아니라 사용 환경에 맞춰 선택하세요.
아래 글은 게시일 기준 최신순으로 표시됩니다. 첫 연결을 마친 사용자는 구독 파싱, DNS 모드, 클라이언트 선택 항목을 이어서 살펴보세요. 아직 설정을 가져오지 않았다면 입문 가이드에 따라 기본 연결부터 확인한 뒤 고급 설정을 조정하세요.
링크 연결, 응답 형식, YAML 구문, 노드 프로토콜 호환성의 네 단계로 구독 오류와 파싱 실패를 확인하고, 단계별 점검 방법과 해결 방향을 안내합니다. 먼저 서버가 실제로 어떤 내용을 반환하는지 확인한 다음 네트워크 설정과 설정 항목 중 무엇을 수정할지 판단해 모든 가져오기 오류를 클라이언트 문제로 돌리지 않도록 합니다.
구독 자가 점검 방법 보기 →Fake-IP 주소 풀 할당과 도메인 역조회 과정을 살펴보고, DNS 확인 시점과 정보 노출 위험 측면에서 redir-host와 비교합니다. fake-ip-filter 작성법과 로컬 네트워크에서 적합하지 않은 경우도 설명합니다. 가상 주소, 실제 DNS 응답, 최종 아웃바운드를 구분하면 도메인 규칙이 적용되거나 적용되지 않는 이유를 더 정확히 이해할 수 있습니다.
DNS 모드 설명 보기 →커널 업데이트, 플랫폼 지원, 인터페이스, 구독 및 오버라이드 관리의 네 가지 기준으로 주요 클라이언트를 비교하고 데스크톱 업무, 모바일, Linux 서버 등 사용 환경별 선택을 안내합니다. 필요한 운영체제와 설정 기능을 먼저 확인한 뒤 평소 사용 흐름을 비교하면 이전 후 규칙과 권한을 다시 설정하는 부담을 줄일 수 있습니다.
클라이언트 선택 가이드 보기 →