FlClash 사용법: 구독 가져오기부터 연결 확인까지

일상적인 사용에는 규칙 모드 우선

“프록시” 페이지 또는 홈 화면의 모드 선택 영역을 엽니다. 보통 규칙, 전체, 직접 연결의 세 가지 모드를 볼 수 있습니다. 처음 설정할 때는 “규칙” 모드를 권장합니다. 규칙 모드는 구독에 포함된 규칙에 따라 도메인, IP, 네트워크 유형별로 프록시 또는 직접 연결 정책을 지정합니다. 로컬 서비스는 직접 연결로 유지하면서 프록시가 필요한 요청은 해당 정책 그룹으로 보낼 수 있습니다.

“전체” 모드는 대부분의 트래픽을 현재 선택한 프록시를 통해 보내므로 규칙 적중 여부를 임시로 확인할 때 유용하지만, 처음 설정의 유일한 판단 기준으로는 적합하지 않습니다. “직접 연결” 모드는 프록시를 우회하므로 문제가 프록시 경로에서 발생했는지 확인할 때 사용할 수 있습니다. 모드 전환만으로 구독 내용이 바뀌거나 노드가 삭제되지는 않으므로 점검 중 잠시 전환해도 됩니다. 테스트가 끝나면 규칙 모드로 돌아오세요.

정책 그룹에 노드 또는 자동 정책 지정

프록시 페이지에 들어가면 구독에서 정의한 여러 정책 그룹이 표시됩니다. 노드 선택, 자동 선택, 장애 조치, 스트리밍, 최종 매칭을 나타내는 이름이 흔하지만 실제 이름은 구독 제공업체가 정합니다. 먼저 주요 노드 선택 그룹을 찾아 정상 상태인 노드를 선택하거나 구독에 이미 설정된 자동 선택 정책을 사용하세요. 이어서 “최종”, “MATCH” 또는 유사한 기본 처리 그룹이 이 주요 정책을 참조하는지 확인해, 주 그룹에서 노드를 선택했는데도 실제 트래픽이 다른 외부 IP로 나가지 않도록 합니다.

노드 목록의 지연 시간은 한 번 측정한 결과일 뿐 지속 속도, 안정성, 모든 웹사이트의 접속 가능성을 완전히 보여주지 않습니다. 처음에는 지리적으로 가까우면서 지연 시간 측정이 완료되는 노드를 우선 고려한 뒤 4단계에서 실제 접속으로 확인하세요. 모든 측정이 시간 초과되어도 곧바로 모든 노드가 작동하지 않는다고 판단하지 마세요. 측정 대상 주소, 현재 네트워크, 방화벽, DNS 상태가 결과에 영향을 줄 수 있습니다.

DNS, 오버라이드, 스크립트는 우선 기본값 유지

처음 설정할 때 가장 흔한 문제는 기본 연결이 만들어지기 전에 DNS, TUN, 오버라이드 스크립트, 규칙 세트를 동시에 수정하는 것입니다. 여러 변수가 한꺼번에 바뀌면 원인을 찾기 어렵습니다. 이 단계에서는 모드와 주요 정책 그룹만 확인하고 나머지 고급 설정은 구독 또는 클라이언트 기본값으로 유지하세요. 기본 연결이 확인된 뒤 사용 환경에 맞춰 항목별로 조정하고, 매번 한 종류의 설정만 변경하세요.

mode, proxy-groups, rules와 DNS 항목의 관계를 이해해야 한다면 설정 필드 참고를 읽어보세요. 이 페이지는 필드와 YAML 구조를 체계적으로 확인하기 위한 문서이며, 본 튜토리얼에서는 처음 연결 흐름이 끊기지 않도록 수동 설정을 다루지 않습니다.

먼저 브라우저에서 실제 접속이 되는지 확인

FlClash를 백그라운드에서 실행한 상태로 브라우저에서 평소 안정적으로 열리는 웹사이트에 접속한 뒤 프록시가 필요한 대상 사이트를 방문하세요. 페이지가 로드되면 앱에서 로컬 프록시를 거쳐 원격 노드로 이어지는 기본 경로가 만들어진 것입니다. 이어서 신뢰할 수 있는 네트워크 정보 페이지에서 현재 외부 IP와 대략적인 지역을 확인하세요. 결과가 선택한 노드의 외부 지역과 대체로 일치해야 합니다. 여기서는 방향이 일치하는지만 확인하면 되며, 일부 서비스는 동적 외부 IP를 사용하므로 특정 주소를 고집할 필요는 없습니다.

브라우저에서 인터넷에 전혀 접속할 수 없다면 먼저 시스템 프록시 또는 TUN을 끄고 원래 네트워크가 복구되는지 확인한 뒤 FlClash를 다시 실행하세요. 원래 네트워크는 정상인데 프록시 연결만 실패한다면 클라이언트에서 현재 노드, 구독 업데이트 시간, 로그를 확인하세요. 원래 네트워크 자체에 문제가 있다면 로컬 Wi-Fi, 모바일 네트워크 또는 라우터 연결부터 점검해야 합니다.

연결 기록과 규칙 적중 확인

“연결” 또는 “로그” 페이지로 이동한 다음 방금 방문한 웹사이트를 새로고침하세요. 목록에 새로운 도메인 연결이 나타나고 적중한 규칙, 정책 그룹, 실제 아웃바운드가 표시되어야 합니다. 대상 사이트가 규칙에 따라 프록시 그룹으로 배정되고 실제 아웃바운드가 2단계에서 선택한 노드라면 규칙 모드가 작동 중인 것입니다. 모든 요청이 직접 연결로 표시되면 모드가 여전히 규칙인지, 최종 정책이 직접 연결을 가리키는지, 구독 규칙이 로드되었는지 확인하세요.

연결 기록은 특정 웹사이트의 문제를 찾는 주요 진입점이기도 합니다. 먼저 해당 도메인을 찾고 어떤 정책 그룹으로 들어갔는지 확인하세요. 정책 그룹은 올바르지만 연결이 실패하면 같은 그룹의 다른 노드로 테스트할 수 있습니다. 정책 그룹이 예상과 다르면 규칙 순서 또는 구독 제공업체의 분기 설계를 확인해야 합니다. 처음 설정할 때는 규칙을 바로 직접 작성하지 말고 문제가 기존 구독 설정에서 비롯된 것인지 먼저 확인하세요.

두 유형의 웹사이트로 분기 결과 확인

규칙 모드의 목적은 모든 트래픽을 하나의 외부 IP로 보내는 것이 아니라 요청마다 규칙에 따라 경로를 선택하는 것입니다. 로컬에서 자주 사용하는 서비스와 프록시가 필요한 서비스를 각각 방문한 뒤 연결 기록을 확인하세요. 로컬 서비스는 보통 직접 연결 또는 해당 지역 규칙에 적중해야 하고, 프록시가 필요한 서비스는 프록시 정책 그룹으로 들어가야 합니다. 두 요청이 모두 예상대로 처리되어야 분기 경로가 완성된 것입니다.

전체 모드로 잠시 전환했을 때는 웹사이트에 접속되지만 규칙 모드에서는 실패한다면, 문제는 대개 규칙 적중 또는 정책 그룹 참조에 있습니다. 전체 모드에서도 실패한다면 노드와 연결 권한을 먼저 확인하세요. 비교가 끝나면 규칙 모드로 돌아가 전체 모드를 장기적인 해결책으로 사용하지 마세요.

마지막으로 DNS 동작 확인

기본 웹페이지가 열린 뒤 도메인 해석이 느리거나 일부 도메인만 열리지 않거나 IPv4와 IPv6 결과가 크게 다른지 확인하세요. 먼저 노드를 바꿔 특정 외부 IP 문제인지 배제한 다음 다시 연결해 현재 세션을 새로 고치세요. 직접 네트워크 연결은 정상인데 도메인 접속만 실패할 때 DNS 설정을 점검합니다.

DNS는 시스템 리졸버, 클라이언트 리스너, 암호화 DNS, Fake IP, 규칙 매칭, 캐시 등 여러 단계가 관련되어 있으므로 처음부터 한꺼번에 변경하기에 적합하지 않습니다. 문제가 지속되면 문제가 발생한 도메인, 현재 모드, TUN 활성화 여부, 로그 결과를 기록한 뒤 자주 묻는 질문에서 해당 장애를 찾으세요. 각 필드를 자세히 이해해야 한다면 설정 필드의 DNS 장을 참고하세요.