1단계: 구독 가져오기
클라이언트를 열고 ‘설정’ 또는 ‘구독’ 화면으로 이동해 ‘새로 만들기’, ‘추가’ 또는 ‘URL에서 가져오기’를 찾습니다. 구독 제공자가 안내한 Clash 호환 주소 전체를 입력란에 붙여 넣고 ‘일상 설정’처럼 알아보기 쉬운 이름을 지정하세요. 이름은 기기에서 설정을 구분할 때만 사용하며 구독 주소를 대신하지 않습니다. 주소에 공백이나 줄바꿈, 메시지 끝의 문장부호가 함께 들어가지 않았는지 확인한 뒤 가져오기 또는 다운로드를 실행합니다.
구독 주소와 웹사이트 로그인 주소는 서로 다른 항목입니다. 브라우저에서 열리는 계정 홈 화면 주소는 일반적으로 설정으로 가져올 수 없습니다. 노드 공유 링크도 구독 가져오기 기능에서 인식되지 않을 수 있습니다. 구독 제공자 페이지에서 Clash 또는 호환 클라이언트용이라고 명시된 설정 형식을 선택하세요. 가진 자료가 다른 형식이라면 URL을 반복해서 바꿔 보기보다 개념 빠른 안내에서 구독과 설정의 차이를 먼저 확인하세요.
요청이 끝나면 보통 설정 카드나 항목이 나타나며, 업데이트 시간이나 파일 이름, 파싱 결과가 표시될 수 있습니다. 해당 항목의 ‘사용’, ‘활성화’ 또는 선택 버튼을 눌러 현재 설정으로 지정하세요. 다운로드만 완료했다고 설정이 전환된 것은 아닙니다. 구독이 여러 개 있으면 새로 추가한 설정이 선택되지 않은 상태일 수 있습니다. 선택 표시를 확인한 뒤 프록시 화면으로 이동해 노드나 정책 그룹이 보이는지 확인하세요.
로컬 파일과 원격 구독의 차이
로컬 .yaml 또는 .yml 파일을 받았다면 ‘파일 가져오기’를 선택하고 시스템 파일 선택기에서 파일을 지정한 뒤 현재 설정으로 적용하세요. 파일 가져오기는 기존 설정을 옮길 때 편리하지만 자동으로 원격 업데이트를 제공하지는 않습니다. 원격 구독은 보통 원본 주소가 저장되어 ‘업데이트’로 내용을 다시 가져올 수 있습니다. 처음 설정할 때는 한 가지 가져오기 방식만 사용해 같은 설정을 중복 등록한 뒤 이전 항목을 잘못 선택하는 일을 방지하세요.
클라이언트에서 다운로드 실패가 표시되면 먼저 네트워크와 주소가 온전한지 확인하고, 만료·접근 제한·인증 오류 안내가 있는지 살펴보세요. 구독 업데이트 실패와 노드 연결 실패는 서로 다른 단계의 문제입니다. 전자는 설정을 아직 받지 못한 상태이고, 후자는 설정은 있지만 출구를 사용할 수 없는 상태입니다. 현재 네트워크에서 구독 서비스에 직접 접속할 수 없다면 제공자가 지원하는 접속 경로를 이용해야 합니다. 사용할 수 있는 노드를 가져오지 않은 클라이언트가 프록시 다운로드를 저절로 수행할 수는 없습니다.
이 단계의 완료 기준: 설정이 선택되어 있고 프록시 화면에 예상한 정책 그룹과 노드가 표시됩니다. 목록이 비어 있다면 먼저 가져오기 결과를 확인하세요. 설정이 없어서 생긴 문제를 모드 전환으로 해결하려 해서는 안 됩니다. 설정을 정상적으로 읽을 수 있는지 확인한 뒤 다음 단계에서 트래픽의 출구를 선택하는 규칙을 정합니다.
2단계: 프록시 모드 선택
클라이언트 홈 화면이나 설정에서 ‘모드’를 찾아 처음에는 ‘규칙’ 또는 Rule을 선택하세요. 규칙 모드는 현재 설정에 들어 있는 규칙에 따라 각 연결의 경로를 정하며, 프록시 정책 그룹을 선택하거나 직접 연결할 수 있습니다. 구독에 포함된 트래픽 분기 설정을 그대로 사용하기에 적합합니다. 선택한 뒤에는 원인을 한 가지 설정 기준으로 파악할 수 있도록 규칙 파일, DNS 모드, 스니핑 옵션을 우선 변경하지 마세요.
‘전역’ 또는 Global 모드는 코어에 들어온 연결을 전역 정책으로 처리하며, 일시적인 비교 테스트에 쓸 수 있습니다. ‘직접 연결’ 또는 Direct 모드는 직접 연결을 우선합니다. 이 모드는 코어에 이미 들어온 트래픽을 처리하는 방식만 정할 뿐, 시스템 프록시나 모바일 연결 기능을 대신하지 않습니다. 따라서 전역 모드를 선택했다고 모든 앱이 프록시에 연결된 것은 아닙니다.
정책 그룹에서 출구 선택
이어서 ‘프록시’ 화면을 엽니다. 노드 목록이 한눈에 펼쳐지는 대신 ‘프록시 선택’, ‘자동 선택’ 또는 용도별 이름이 붙은 정책 그룹이 먼저 보일 수 있습니다. 규칙에서 주로 참조하는 출구 그룹을 열고 사용할 노드를 선택하세요. 그룹이 다른 정책 그룹을 가리키면 하위 그룹에서도 선택을 확인해야 합니다. 카드가 놓인 위치만 보고 현재 출구를 판단하지 말고 선택 표시나 펼쳐진 정책 경로를 확인하세요.
수동 선택 그룹은 보통 select에 해당하며 사용자가 구성원을 직접 선택해야 합니다. 자동 테스트 그룹은 보통 url-test에 해당하며 설정된 탐색 결과에 따라 출구를 선택합니다. ‘지연 테스트’와 같은 버튼을 눌러 결과가 나올 때까지 기다린 후 사용 가능한 구성원부터 테스트하세요. 테스트 수치는 특정 탐색 요청의 결과일 뿐 다운로드 속도를 나타내지 않으며 모든 웹사이트 접속을 보장하지도 않습니다. 아직 측정 결과가 없는 노드도 빈 상태만으로 작동하지 않는다고 단정할 수 없습니다.
그룹에 DIRECT가 있다면 이를 선택할 경우 보통 해당 그룹이 직접 연결로 바뀌며 프록시가 켜지는 것은 아닙니다. 프록시가 필요한 사이트를 처음 테스트할 때는 실제 프록시 노드나 프록시 노드가 포함된 하위 그룹을 선택하세요. 구독에 따라 사이트별로 서로 다른 그룹을 사용하므로 한 그룹을 바꿔도 모든 사이트의 출구가 바뀌지는 않을 수 있습니다. 트래픽 분기 방식은 정책 그룹 항목과 규칙 문법에서 자세히 확인할 수 있습니다.
이 단계의 완료 기준: 현재 모드는 규칙 모드이며 프록시 트래픽을 처리할 정책 그룹의 출구가 선택되어 있습니다. 설정과 출구 선택은 준비됐지만 기기의 앱이 이를 사용하고 있다는 뜻은 아닙니다. 다음 단계에서 앱 트래픽과 클라이언트 코어 사이의 연결을 설정합니다.
3단계: 연결 켜기
먼저 클라이언트 홈 화면에서 실행 상태를 확인하세요. 일부 데스크톱 클라이언트는 프로그램과 함께 코어를 실행하지만, 다른 클라이언트는 ‘시작’ 또는 ‘연결’을 눌러야 합니다. 상태가 중지됨이라면 먼저 실행하고 명확한 오류가 표시되는지 살펴본 뒤 트래픽 연결 스위치를 켭니다. 프로그램 창이 열렸다는 사실만으로 그래픽 인터페이스가 실행 중임을 알 수 있을 뿐, 코어가 설정을 읽고 로컬 포트에서 정상적으로 대기 중인 것은 아닙니다.
데스크톱: 먼저 시스템 프록시 사용
데스크톱 클라이언트에서 ‘시스템 프록시’ 스위치를 찾아 켭니다. 보통 운영체제의 프록시 설정을 클라이언트가 대기 중인 로컬 주소로 지정해 시스템 설정을 따르는 브라우저 등의 요청을 클라이언트로 전달합니다. 처음 사용할 때 포트를 직접 입력할 필요는 없습니다. 이전에 시스템이나 브라우저에 다른 프록시를 설정했다면 기존 값을 기록한 후 설정이 서로 충돌하지 않도록 정리하세요.
시스템 프록시를 켠 뒤 브라우저가 해당 설정을 사용하는지 확인하세요. 별도 프록시 확장 프로그램이나 사용자 지정 네트워크 설정이 있는 브라우저는 새로 켠 시스템 설정을 우회할 수 있습니다. 충돌하는 확장 프로그램을 잠시 끄거나 브라우저를 시스템 프록시 사용으로 되돌린 뒤 새 탭에서 테스트하세요. 터미널 도구, 게임, 일부 내장 네트워크 기능에는 시스템 프록시가 적용되지 않을 수 있습니다. 브라우저 테스트를 마친 뒤 필요한 앱별로 설정하고, 모든 앱의 결과를 한데 묶어 판단하지 마세요.
TUN은 시스템 서비스, 가상 네트워크 어댑터 또는 추가 권한이 필요한 별도의 연결 방식입니다. 시스템 프록시를 따르지 않는 일부 트래픽을 처리하는 데 도움이 되지만, 브라우저의 첫 연결 테스트에 꼭 필요한 기능은 아닙니다. 변수를 줄이기 위해 이번에는 시스템 프록시만 사용하고 TUN을 함께 켜지 마세요. 더 많은 앱의 트래픽을 처리해야 한다면 이 페이지의 확인 절차를 마친 뒤 TUN 모드 안내를 읽고 권한, 라우팅, DNS의 관계를 하나씩 점검하세요.
모바일: 시스템 VPN 요청 승인
Android 또는 iOS 클라이언트에서 설정과 출구가 선택됐는지 확인한 뒤 ‘연결’ 또는 ‘시작’을 누릅니다. 처음 사용할 때는 시스템에 VPN 설정을 추가하거나 VPN 연결을 허용할지 묻는 창이 표시되는 경우가 많습니다. 요청을 보낸 앱을 확인한 뒤 시스템 안내에 따라 허용하세요. 일부 기기는 잠금 해제를 통한 확인이 필요합니다. 완료되면 클라이언트로 돌아와 연결됨으로 표시되는지 확인하고 시스템 설정에서도 VPN 상태를 살펴보세요.
모바일의 VPN 아이콘은 로컬 터널이나 인터페이스가 만들어졌다는 뜻일 뿐, 원격 노드에 연결됐거나 모든 요청이 프록시 출구를 사용한다는 의미는 아닙니다. VPN 인터페이스를 사용하는 다른 앱이 실행 중이라면 먼저 종료한 후 현재 클라이언트에 연결하세요. 전환한 뒤에는 상태를 다시 확인합니다. 첫 테스트 중에는 클라이언트를 잠시 전면에 두어 백그라운드 제한이나 절전 정책을 노드 문제와 혼동하지 않도록 하세요.
연결 버튼을 눌렀는데 바로 연결 해제 상태로 돌아오면 로그 화면에서 가장 먼저 나타난 오류를 확인하세요. 설정 파싱 실패, 포트 충돌, 권한 부족은 각각 다른 방식으로 해결해야 합니다. 연결 버튼을 연속으로 누르거나 오류를 읽기 전에 노드와 DNS 설정을 동시에 바꾸지 마세요. 화면의 표현이나 시스템 권한 안내가 여전히 불분명하다면 도움말 센터에서 플랫폼별 설치 및 설정 문제를 찾아보세요.
이 단계의 완료 기준: 코어가 정상 실행되고 데스크톱에서는 시스템 프록시가 켜져 있거나 모바일에서 VPN 연결이 설정되어 있습니다. 트래픽을 연결할 경로가 준비됐으니 실제 요청이 코어에 전달되는지, 예상한 출구가 선택되는지 확인합니다.
4단계: 연결이 적용됐는지 확인
브라우저에서 프록시를 사용할 것으로 예상되는 웹사이트를 엽니다. 현재 접속할 수 있어야 하는 익숙한 페이지를 선택하세요. 그런 다음 클라이언트의 ‘연결’ 화면으로 돌아와 방금 발생한 연결을 확인합니다. 클라이언트마다 표시되는 항목은 다르지만 대상 도메인, 적용된 규칙, 정책 경로를 우선 살펴보세요. 필터가 있으면 대상 도메인을 입력해 목록을 좁힙니다. 짧은 연결은 금세 종료될 수 있으므로 연결 기록이나 로그 화면에서도 확인하세요.
이상적인 결과는 ‘연결됨’ 아이콘이 표시되는 데 그치지 않습니다. 테스트 페이지가 열리고 연결 기록의 대상이 방금 방문한 사이트와 일치하며, 규칙과 정책 경로도 예상에 맞아야 합니다. 예를 들어 규칙이 프록시 그룹을 가리킨다면 경로의 마지막 출구가 선택한 노드여야 합니다. 직접 연결을 예상한 요청은 직접 연결로 표시되어야 합니다. 페이지가 열리더라도 기록에 직접 연결이라고 나오면 해당 페이지에 접속할 수 있다는 뜻일 뿐, 프록시 출구를 사용했다는 증거는 아닙니다.
비교 요청으로 트래픽 분기와 장애 구분하기
이어서 직접 연결될 것으로 예상되는 웹사이트에 접속하고 기록을 비교하세요. 규칙 모드에서 두 요청이 서로 다른 출구를 사용하는 것은 정상이며 연결이 불안정하다는 뜻이 아닙니다. 신뢰할 수 있는 출구 IP 조회 페이지를 보조적으로 이용할 수도 있지만, 조회 페이지 자체에 어떤 규칙이 적용됐는지도 확인해야 합니다. 직접 연결로 분류됐다면 로컬 네트워크의 출구 IP가 표시되는 것이 정상입니다. IP 조회 결과는 해당 요청의 출구만 보여 주며 기기의 모든 앱이 어떤 경로를 사용하는지 나타내지는 않습니다.
첫 테스트가 실패해도 절차를 그대로 유지하세요. 먼저 연결 기능을 끄고 로컬 네트워크에서 일반 웹사이트에 접속되는지 확인합니다. 다시 켠 뒤 현재 설정과 모드, 정책 그룹 선택이 바뀌지 않았는지 살펴보세요. 이어서 실패한 요청이 연결 화면에 나타나는지 확인합니다. 기록이 전혀 없다면 브라우저 프록시 설정, 코어 실행 상태, 연결 스위치를 우선 점검하세요. 요청이 코어에 전달됐지만 계속 시간 초과가 발생한다면 선택한 노드와 대상 사이트, 로그에 표시된 구체적인 오류를 확인합니다.
같은 정책 그룹에 사용할 수 있는 노드가 더 있다면 노드만 바꾸고 동일한 요청을 다시 테스트할 수 있습니다. 같은 테스트에서 구독 업데이트, DNS 모드 변경, TUN 활성화, 브라우저 교체를 한꺼번에 하지 마세요. 접속이 복구되어도 어느 단계가 영향을 미쳤는지 알기 어렵습니다. 규칙 분기가 의심된다면 잠시 전역 모드로 바꾸고 전역 출구를 직접 선택해 비교 테스트를 한 번 진행한 뒤 규칙 모드로 되돌리세요. 이 테스트도 트래픽 연결 상태를 확인하는 절차를 대신하지는 않습니다.
DNS 누출, 앱의 프록시 우회, 특정 프로토콜 실패는 현상을 확인한 뒤 각각 따로 분석해야 합니다. 웹페이지 하나가 열렸다는 이유만으로 원인을 단정하지 마세요. 이런 문제가 생기면 테스트한 앱과 대상 도메인, 현재 모드, 로그 오류를 기록한 뒤 도움말 센터에서 계속 점검하세요. 설정 항목을 변경할 때는 DNS 설정 참고를 확인하고 다른 플랫폼의 설정 전체를 현재 환경에 그대로 덮어쓰지 마세요.
이 단계의 완료 기준: 프록시를 사용할 것으로 예상한 사이트에 접속되고, 클라이언트 기록에 맞는 규칙과 출구가 표시되며, 직접 연결을 예상한 사이트도 규칙에 따라 처리됩니다. 이 간단한 비교 요청을 기록해 두면 나중에 네트워크를 바꾸거나 설정을 업데이트한 뒤에도 다시 확인할 수 있습니다.
설정 저장 및 일상 사용
첫 연결 확인을 마친 뒤 현재 사용하는 설정 이름과 프록시 모드, 주요 정책 그룹을 기억해 두세요. 구독을 업데이트하면 노드 이름이나 그룹 구성원이 바뀌어 기존 수동 선택이 더 이상 유효하지 않을 수 있습니다. 업데이트 후 접속에 문제가 생기면 클라이언트를 바로 다시 설치하지 말고 선택된 설정과 정책 그룹을 확인한 다음 4단계 검증을 반복하세요. 규칙을 수정해야 한다면 클라이언트의 별도 오버라이드 기능을 우선 사용하고, 저장 방법은 해당 클라이언트 안내를 따르세요.
사용을 마칠 때 데스크톱에서는 먼저 시스템 프록시를 끈 뒤 필요에 따라 클라이언트를 종료하세요. 모바일에서는 연결 해제를 누르고 시스템 VPN 상태가 종료됐는지 확인합니다. 종료 후 브라우저에서 일반 웹사이트에 접속할 수 없다면 시스템에 로컬 포트를 가리키는 프록시 설정이 남아 있는지 살펴보세요. 네트워크 설정 복구와 설정 삭제는 서로 다른 작업입니다. 프록시를 끄려고 구독을 잘못 삭제하지 마세요.
이제 첫 연결을 위한 기본 절차를 마쳤습니다. 필요한 내용에 따라 이어서 확인하세요. 노드와 정책 그룹, 규칙의 관계가 궁금하다면 개념 빠른 안내, 오류 현상을 해결하려면 도움말 센터, YAML·DNS·오버라이드 설정을 조정하려면 YAML 핸드북을 참고하세요. 한 번에 조건 하나만 바꾸고 같은 요청으로 다시 확인하면 설정 변경 이력을 추적하기 쉽습니다.