SETUP ROUTE

단계 바로가기

일부 설정을 이미 완료했다면 해당 확인 지점으로 바로 이동할 수 있습니다. 처음 사용하는 경우 첫 단계부터 순서대로 진행하는 것이 좋습니다.

Windows 클라이언트 메뉴

먼저 설정 페이지에서 구독을 가져온 다음 프록시 페이지에서 정책을 선택합니다. 연결할 때는 클라이언트 코어가 실행 중인지 확인하고 ‘시스템 프록시’ 스위치를 켭니다. 브라우저와 Windows 프록시 설정을 따르는 대부분의 프로그램은 이 설정을 사용해 트래픽을 전송합니다. 클라이언트를 종료하기 전 시스템 프록시를 먼저 끄면 이전 프록시 주소가 시스템에 남는 문제를 줄일 수 있습니다.

BEFORE OPENING

시작 전 준비

시작하기 전에 두 가지가 필요합니다. 하나는 설치가 완료된 Clash 그래픽 클라이언트이고, 다른 하나는 아직 유효한 구독 주소입니다. 클라이언트는 설정을 읽고 프록시 코어를 실행하며 시스템 프록시를 적용합니다. 구독 주소는 노드 서비스 제공업체가 제공하며, 보통 프록시 노드, 정책 그룹, 규칙 및 업데이트 정보가 포함됩니다. 두 항목의 용도는 다르므로 클라이언트만 설치하고 설정을 가져오지 않으면 프록시 목록은 비어 있습니다.

아직 클라이언트를 설치하지 않았다면 먼저 클라이언트 받기 페이지로 이동해 현재 운영체제에 맞는 버전을 선택하세요. 설치 후 한 번 정상적으로 실행하고, 출처가 불분명하거나 용도가 겹치는 설정을 여러 개 동시에 가져오지 마세요. 여러 설정을 사용하면 정책 이름, 규칙 출처 및 업데이트 시간이 섞여 처음 문제를 확인할 때 현재 실제로 어떤 설정이 활성화되었는지 판단하기 어려워집니다.

구독 주소를 복사할 때는 노드 서비스 제공업체 관리 화면에서 Clash, Mihomo 또는 범용 구독으로 명확히 표시된 항목을 사용하세요. 복사한 뒤 매개변수를 직접 삭제하거나 웹 계정 주소를 구독 주소로 사용하지 마세요. 유효한 구독은 대개 https://로 시작하는 전체 URL이며, 긴 경로와 쿼리 매개변수가 포함될 수 있습니다. 주소를 완전히 복사해야 하며, 메신저의 자동 잘림이나 불필요한 공백으로 다운로드가 실패할 수 있습니다.

01SUBSCRIPTION

구독 설정 가져오기

설정 또는 구독 페이지 찾기

클라이언트를 연 뒤 먼저 ‘설정’, ‘구독’, ‘Profiles’ 또는 비슷한 이름의 페이지를 찾습니다. 이곳은 설정 출처를 저장하는 곳이며 노드를 선택하는 메뉴가 아닙니다. 데스크톱 클라이언트는 보통 왼쪽 탐색 메뉴에 별도 항목이 있고, 모바일 클라이언트는 메인 화면 상단이나 사이드 메뉴에 설정 메뉴가 있을 수 있습니다. 들어가면 URL 가져오기, 설정 만들기, 설정 업데이트 또는 QR 코드 스캔 등의 작업을 확인할 수 있습니다.

URL에서 가져오기를 선택하고 방금 복사한 전체 구독 주소를 입력란에 붙여넣습니다. 일부 클라이언트는 설정 이름도 요구하므로 서비스 이름이나 용도를 구분해 사용할 수 있습니다. 예를 들어 ‘일상 규칙 설정’처럼 입력하고 구독 주소를 이름 입력란에 다시 넣지 마세요. 입력란 앞뒤에 공백이 없는지 확인한 뒤 다운로드, 가져오기, 저장 또는 확인 버튼을 누르고 클라이언트가 요청을 완료할 때까지 기다립니다.

설정이 정상적으로 다운로드되었는지 확인

가져오기가 성공하면 설정 목록에 새 기록이 나타나고 알아보기 쉬운 설정 이름이 표시됩니다. 해당 기록을 클릭해 현재 설정으로 지정한 다음 프록시 또는 정책 페이지에서 내용을 확인합니다. 정상적인 경우 여러 정책 그룹이 표시되며, 각 그룹에서 노드 이름, 자동 선택, 직접 연결 또는 다른 하위 정책을 볼 수 있습니다. 설정 기록 하나가 보인다고 해서 이미 활성화된 것은 아니므로, 현재 선택 표시가 방금 가져온 설정에 있는지 다시 확인해야 합니다.

일부 클라이언트는 가져온 뒤 바로 로드하지만, 어떤 클라이언트는 ‘사용’, ‘활성화’ 또는 해당 라디오 표시를 한 번 더 눌러야 합니다. 로드가 완료되면 로그 영역에 설정 읽기, 프록시 포트 시작 또는 규칙 로드와 관련된 기록이 보통 나타납니다. YAML 구문 분석 실패, 지원하지 않는 필드 또는 설정이 비어 있다는 명확한 메시지가 표시되면 연결을 켜지 마세요. 먼저 구독 출처에서 구독 유형을 확인한 뒤 주소를 다시 복사해 가져오세요.

업데이트 실패 시 먼저 오류 위치 확인

네트워크 요청 실패 메시지가 표시되면 먼저 일반 네트워크로 다른 웹페이지를 열 수 있는지 확인한 다음 구독 만료 여부를 점검하세요. 브라우저 주소창에 구독 주소를 붙여넣어 접속을 테스트할 수 있지만, 공용 기기에 주소를 저장하거나 전체 주소를 공개 게시판에 올리지는 마세요. 브라우저에서도 접속할 수 없다면 문제는 대개 구독 상태나 현재 네트워크에 있습니다. 브라우저에서는 내용을 가져오지만 클라이언트에서 실패한다면 클라이언트의 네트워크 권한, 시스템 시간 및 기존 프록시 설정을 확인하세요.

가져온 후 노드 목록이 비어 있으면 먼저 수동으로 한 번 업데이트한 뒤 해당 설정을 다시 선택하세요. 그래도 내용이 없으면 클라이언트가 표시한 오류 문구를 확인하고 소프트웨어를 반복해서 삭제하거나 재설치하지 마세요. 구독 만료, 반환 형식 불일치, 로컬 코어의 설정 읽기 실패는 서로 다른 메시지를 표시하므로 재설치보다 항목별로 처리하는 편이 원인을 찾기 쉽습니다. 오류별 대응 방법은 문제 해결에서 확인할 수 있습니다.

02ROUTING MODE

프록시 모드 및 정책 선택

첫 연결에는 규칙 모드를 우선 사용

설정, 일반 또는 모드 페이지에서 프록시 모드 항목을 찾습니다. 일반적인 모드로는 규칙, 글로벌 및 직접 연결이 있습니다. 처음 설정할 때는 ‘규칙’ 모드를 권장합니다. 클라이언트가 설정의 규칙에 따라 트래픽의 목적지를 판단하고, 프록시가 필요한 연결은 정책 그룹으로 전달하며 로컬 서비스나 지정 도메인은 직접 연결로 유지합니다. 이렇게 하면 구독이 정상인지 확인하면서 제공업체가 설계한 라우팅 로직도 유지할 수 있습니다.

글로벌 모드는 대부분의 트래픽을 하나의 프록시 정책으로 보내므로 특정 노드가 연결 가능한지 짧게 확인할 때 유용하지만, 영향을 이해하지 못한 상태에서 장기간 유일한 문제 해결 방식으로 사용하기에는 적합하지 않습니다. 직접 연결 모드는 트래픽이 프록시를 거치지 않게 하므로 프록시를 끈 뒤의 네트워크 상태와 비교할 때 사용할 수 있습니다. 모드 이름은 규칙 처리 방식을 설명할 뿐 시스템 프록시가 켜졌다는 뜻은 아닙니다. 모드를 선택한 뒤에도 3단계에서 연결 스위치를 켜야 합니다.

주요 정책 그룹에서 출구 선택

‘프록시’, ‘Proxies’ 또는 정책 페이지로 이동해 주요 외부 트래픽을 담당하는 정책 그룹을 찾습니다. 이름은 ‘노드 선택’, ‘프록시’, ‘Proxy’이거나 제공업체가 직접 지정한 이름일 수 있습니다. 정책 그룹을 펼치면 특정 노드나 ‘자동 선택’, ‘장애 조치’, ‘로드 밸런싱’과 같은 하위 그룹이 표시될 수 있습니다. 처음 연결할 때는 상태가 명확한 특정 노드나 이미 설정된 자동 선택 그룹 하나를 고르면 되며, 모든 정책 그룹을 하나씩 수정할 필요는 없습니다.

클라이언트에 지연 시간 테스트 기능이 있다면 기본 테스트를 한 번 실행할 수 있습니다. 지연 시간은 테스트 시점에 대상이 응답할 수 있는지만 보여 주며 모든 웹사이트의 정상 접속이나 노드 품질을 단독으로 보장하지는 않습니다. 특정 노드에서 시간 초과가 발생하면 다른 노드로 다시 테스트하세요. 모든 노드가 시간 초과되면 1단계로 돌아가 구독 업데이트 시간을 확인하고 로컬 네트워크, 방화벽 및 시스템 시간에 문제가 없는지 점검하세요.

설정에는 스트리밍, 메신저, 다운로드 또는 기본 처리처럼 용도가 다른 정책 그룹이 여러 개 포함될 수 있습니다. 처음에는 주요 프록시 그룹에 선택 항목이 있는지만 확인하고 나머지는 구독 기본값을 유지하면 됩니다. 한 번에 너무 많은 정책을 바꾸면 이후 확인의 기준이 사라집니다. 연결이 실패해도 노드, 규칙 또는 수동 선택 중 무엇이 원인인지 판단하기 어려워집니다.

일단 DNS 및 TUN 기본값 유지

일부 클라이언트의 설정에는 DNS, TUN, 혼합 포트, 우회 목록 및 설정 오버라이드 항목이 표시됩니다. 이러한 기능은 복잡한 앱 호환성, 전체 트래픽 가로채기 및 도메인 조회 문제를 처리하기 위한 것으로 첫 연결에 반드시 필요한 항목은 아닙니다. 먼저 현재 설정이 제공하는 기본값을 유지하고 기본 프록시 확인을 완료한 뒤 조정 여부를 결정하세요.

특히 TUN 모드는 가상 네트워크 어댑터를 만들거나 라우팅을 변경하므로 추가 시스템 권한이 필요할 수 있으며, 다른 VPN, 가상 머신 네트워크 또는 보안 소프트웨어와 충돌할 수도 있습니다. 일반 시스템 프록시로 브라우저와 주요 앱을 사용할 수 있다면 이 가이드에서는 TUN을 켤 필요가 없습니다. 시스템 프록시를 따르지 않는 프로그램까지 제어해야 할 때 설정 파일 참고에서 관련 필드와 작동 원리를 확인하세요.

03CONNECT

프록시 연결 설정

데스크톱: 코어 시작 및 시스템 프록시 활성화

Windows, macOS 및 일반적인 Linux 그래픽 클라이언트에는 보통 서로 관련된 두 가지 상태가 있습니다. 프록시 코어가 실행 중인지, 시스템 프록시가 켜져 있는지입니다. 먼저 클라이언트 메인 화면이나 상태 표시줄에서 코어가 실행 중이고 설정 로드 오류가 계속 발생하지 않는지 확인합니다. 그런 다음 ‘시스템 프록시’, ‘Set as system proxy’ 또는 비슷한 이름의 스위치를 켭니다. 스위치가 적용되면 클라이언트가 운영체제 설정에 로컬 프록시 주소를 기록하고, 브라우저와 시스템 설정을 따르는 대부분의 앱이 요청을 Clash로 전달합니다.

Windows에서는 클라이언트가 시스템 트레이로 최소화된 채 계속 실행될 수 있고, macOS에서는 메인 창을 닫아도 메뉴 막대 프로세스가 연결을 유지할 수 있습니다. 테스트 중에는 프로세스를 직접 종료하지 마세요. 시스템 프록시 상태와 클라이언트 수신 포트가 동기화되지 않을 수 있습니다. 종료해야 할 때는 먼저 시스템 프록시를 끈 다음 클라이언트 메뉴의 종료 명령을 사용하세요. 이렇게 하면 운영체제가 이미 수신을 중단한 로컬 포트를 계속 가리키는 문제를 피할 수 있습니다.

macOS에서 관련 기능을 처음 활성화하면 시스템이 네트워크 확장, 보조 서비스 또는 관리자 권한을 요청할 수 있습니다. 시스템 팝업에 따라 권한을 승인한 뒤 클라이언트로 돌아와 연결 스위치를 다시 켜세요. 이전에 권한을 거부했다면 같은 스위치를 반복해서 누르지 말고 시스템 설정에서 다시 허용해야 합니다. 권한 경로는 문제 해결에서 플랫폼별로 확인할 수 있습니다.

모바일: 로컬 VPN 권한 확인

Android와 iOS 클라이언트는 보통 시스템이 제공하는 로컬 VPN 인터페이스로 트래픽을 제어합니다. 현재 설정과 정책을 선택한 뒤 메인 화면의 시작 버튼을 누릅니다. 처음 연결할 때 시스템에 VPN 설정 또는 연결 요청이 표시되므로 안내를 읽고 승인해야 클라이언트가 연결을 만들 수 있습니다. 연결에 성공하면 상태 영역에 보통 VPN 아이콘이 표시되고 클라이언트 메인 화면도 중지 상태에서 실행 상태로 바뀝니다.

Android에서 연결이 곧바로 자동 중지되면 먼저 시스템이 백그라운드 실행을 제한하는지 확인하세요. 클라이언트의 백그라운드 활동을 허용하거나 배터리 최적화 예외로 추가하고 필요한 알림 권한을 유지하면 화면이 꺼진 뒤 시스템이 앱을 종료하는 현상을 줄일 수 있습니다. 제조사별 설정 메뉴 이름은 크게 다르므로 기기 설정에서 ‘배터리’, ‘앱 시작’, ‘백그라운드 활동’을 기준으로 해당 항목을 찾으세요.

iOS는 Wi-Fi와 셀룰러 네트워크를 전환하면 네트워크 경로를 다시 설정합니다. 페이지가 일시적으로 로드되지 않으면 먼저 클라이언트로 돌아가 연결이 계속 활성화되어 있는지 확인한 뒤 중지하고 다시 연결해 보세요. 시스템 VPN 인터페이스를 사용하는 다른 앱을 동시에 실행하지 마세요. 시스템은 보통 하나의 주요 VPN 설정만 현재 트래픽을 제어하도록 허용합니다.

첫 테스트는 앱 하나로 진행

연결이 설정되면 먼저 자주 사용하는 브라우저 하나만 열어 테스트하세요. 다운로드 도구, 게임, 가상 머신 및 다른 VPN을 곧바로 동시에 실행하지 않는 것이 좋습니다. 앱 하나만 사용하면 연결 기록을 관찰하기 쉽고 백그라운드 요청의 간섭도 줄어듭니다. 평소 정상적으로 열리는 페이지에 접속해 기본 네트워크가 작동하는지 확인한 다음, 프록시 규칙이 처리해야 하는 페이지에 접속하고 4단계에서 일치 결과를 확인하세요.

시스템 프록시를 켠 뒤 모든 페이지에 접속할 수 없다면 먼저 시스템 프록시를 꺼서 일반 네트워크를 복구한 다음 클라이언트 로그를 확인하세요. 흔한 원인으로는 코어 미실행, 현재 노드 접근 불가, 시스템 프록시 포트 사용 중 또는 보안 소프트웨어의 로컬 수신 차단이 있습니다. 이때 문제를 우회하려고 바로 TUN 모드로 바꾸지 마세요. 먼저 일반 시스템 프록시 경로가 작동해야 이후 확장 설정도 안정적으로 확인할 수 있습니다.

04VERIFY

프록시 작동 여부 확인

스위치 색상만 보지 말고 연결 기록을 확인

클라이언트에 ‘연결됨’이 표시되어도 코어나 로컬 VPN이 시작되었다는 뜻일 뿐 대상 요청이 프록시를 사용했다는 증거는 아닙니다. 클라이언트의 ‘연결’, ‘Connections’ 또는 로그 페이지를 열고 브라우저에서 테스트 페이지를 새로 고칩니다. 연결 목록에 새 도메인 또는 IP 기록이 나타나고 일치한 규칙, 사용한 정책 그룹 및 최종 출구가 표시되어야 합니다. 기록이 계속 추가되면 앱 트래픽이 Clash에 도달한 것입니다.

시스템 백그라운드 요청에 묻힌 기록보다 테스트 도메인에 해당하는 연결을 중점적으로 확인하세요. 규칙 모드에서 일부 연결이 DIRECT로 표시되는 것은 정상일 수 있습니다. 설정에 따라 로컬 서비스, LAN 주소 또는 지정 사이트가 직접 연결되기 때문입니다. 확인할 사항은 프록시를 거쳐야 하는 대상이 프록시 정책에 일치했고 2단계에서 선택한 노드 또는 정책 그룹을 최종적으로 사용했는지입니다.

스위치를 끄고 비교 테스트

테스트 페이지를 그대로 둔 채 연결이 켜진 상태에서 새로 고쳐 결과를 기록합니다. 이후 시스템 프록시 또는 모바일 연결을 끄고 같은 페이지를 다시 새로 고칩니다. 두 결과가 규칙 예상과 일치해야 합니다. 비교가 끝나면 연결을 다시 켜고 연결 목록을 다시 확인하세요. 이 방법으로 브라우저 캐시, 기존 연결 재사용 및 우연히 페이지가 로드된 상황으로 인한 오판을 줄일 수 있습니다.

브라우저가 이미 만들어진 장기 연결을 재사용할 수 있으므로 프록시를 꺼도 페이지가 즉시 달라지지 않을 수 있습니다. 이 경우 해당 탭을 닫았다가 다시 열거나 기존 연결이 종료될 때까지 기다린 뒤 새 연결 기록을 확인하세요. 페이지 상단에 이전 내용이 계속 표시된다는 이유만으로 프록시 상태를 판단하지 마세요. 동적 요청, 이미지 로드 및 새 연결이 현재 경로를 더 잘 보여 줍니다.

현상에 따라 다음 점검 방향 결정

연결 목록에 브라우저 요청이 전혀 나타나지 않으면 트래픽이 아직 클라이언트에 들어오지 않은 것입니다. 데스크톱에서는 시스템 프록시가 실제로 켜졌는지와 브라우저가 별도 프록시 설정을 사용하는지 확인하세요. 모바일에서는 VPN 아이콘과 시스템 권한을 확인합니다. 연결 기록은 나타나지만 최종 정책이 DIRECT라면 규칙 모드, 정책 그룹 및 해당 도메인의 일치 규칙을 점검하세요.

기록에 예상한 프록시 정책이 표시되지만 요청이 계속 시간 초과되면 다른 노드로 바꿔 반복 테스트하고 연결 거부, 핸드셰이크 실패 또는 DNS 관련 메시지가 로그에 있는지 확인하세요. 여러 노드 중 일부만 실패한다면 노드 접근성 문제일 가능성이 높습니다. 모든 노드와 모든 대상이 실패할 때는 구독 상태, 시스템 시간, 현재 네트워크 제한, 방화벽 및 DNS를 점검하세요.

브라우저는 작동하지만 특정 앱만 작동하지 않는다면 해당 앱이 시스템 프록시를 읽지 않거나 독립적인 네트워크 스택을 사용할 수 있습니다. 이는 기본 설정이 실패했다는 뜻이 아닙니다. 먼저 해당 앱 자체의 프록시 옵션을 찾으세요. 모든 앱의 트래픽을 제어해야 할 때 TUN 모드를 검토하고 설정 파일 참고에서 라우팅, DNS 및 권한의 영향을 확인하세요.

AFTER CONNECTION

완료 후 일상 설정

기본 연결이 안정된 뒤 자동 업데이트, 시작 시 실행 또는 고급 라우팅을 항목별로 추가하세요. 한 번에 한 종류의 설정만 변경하고, 변경 후에는 다시 한 번 작동 여부를 확인합니다.

일상적인 관리

구독 업데이트 후 정책 재확인

구독을 업데이트하면 노드가 추가·삭제되거나 이름이 바뀌고 정책 그룹 구조가 변경될 수 있습니다. 업데이트가 끝나면 프록시 페이지로 돌아가 주요 정책에 유효한 선택 항목이 있는지 확인하세요. 기존에 선택한 노드가 삭제되었다면 출구를 다시 지정해야 합니다.

필요할 때만 활성화

시작 시 실행 및 시스템 프록시 설정

클라이언트가 안정적으로 시작되고 종료되는지 확인한 뒤 시작 시 자동 실행을 고려하세요. ‘클라이언트 시작’과 ‘시스템 프록시 자동 활성화’는 별도 옵션인지 확인해야 설정이 무효가 되었을 때도 시스템에 프록시가 자동으로 입력되는 문제를 피할 수 있습니다.

고급 설정

그다음 DNS, TUN 및 오버라이드 조정

앱이 시스템 프록시를 읽지 않거나 도메인 조회에 문제가 있거나 사용자 지정 규칙이 필요할 때만 이 항목을 조정하세요. 변경하기 전에 사용 가능한 설정을 보존하고, 변경할 때마다 로그와 연결 기록을 확인합니다.

구체적인 오류를 찾아야 할 때

구독, 노드, 시스템 프록시, VPN 권한 및 DNS 등 증상에 따라 해당 해결 방법을 찾으세요.

문제 해결 보기

설정 파일을 수정해야 할 때

YAML 구조, 공통 필드, 정책 그룹, 규칙 문법 및 오버라이드와 병합 방식을 확인하세요.

설정 참고 열기

Clash 빠른 시작