시작 전: 클라이언트와 구독 준비

Clash 클라이언트는 설정을 읽고 규칙에 따라 연결을 전달하지만, 클라이언트만으로 프록시 출구가 제공되는 것은 아닙니다. 시작하기 전에 사용 권한이 있고 유효 기간이 남은 구독 링크나 노드 정보가 포함된 로컬 YAML 설정 파일이 필요합니다. 계정 페이지, 주문 주소, 웹 로그인 주소만 있다면 설정 제공업체의 관리 페이지에서 Clash 또는 호환 코어 형식으로 표시된 구독 메뉴를 찾으세요. 일반 웹페이지 주소를 구독 링크로 사용하면 안 됩니다.

처음 설정할 때는 네트워크를 제어 중인 다른 프록시나 VPN 프로그램을 종료하세요. 여러 프로그램이 시스템 설정을 번갈아 바꾸는 상황을 피할 수 있습니다. 현재 클라이언트의 기본 포트와 DNS 설정은 그대로 두고, LAN 공유도 켜지 마세요. 사용자 지정 규칙을 추가할 필요도 없습니다. 그래야 문제가 생겼을 때 구독, 출구, 연결 스위치 세 곳만 확인하면 됩니다.

구독 링크에는 계정 식별 정보나 접속 인증 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하세요. 화면을 캡처하거나 도움을 요청하고 로그를 공유할 때는 구독 주소 전체, 노드 비밀번호 및 기타 개인 정보를 가리세요. 아래 단계는 모두 로컬 클라이언트에서 진행하며, 구독 링크를 낯선 온라인 변환 사이트에 제출할 필요가 없습니다.

1단계: 구독을 가져와 활성화

링크를 붙여 넣고 설정 다운로드

클라이언트의 사이드바나 하단 메뉴에서 ‘설정’, ‘구독’, ‘Profiles’ 페이지를 열고 ‘추가’, ‘가져오기’ 또는 플러스 버튼을 찾으세요. 원격 구독이나 URL 가져오기에 해당하는 메뉴를 선택하고 링크 전체를 붙여 넣습니다. 이름 입력란이 있다면 목록에서 알아보기 쉬운 이름을 지정할 수 있습니다. 이 이름은 목록에 표시될 뿐 노드 정보에는 영향을 주지 않습니다. 링크 앞뒤에 공백이나 줄바꿈이 없는지 확인한 다음 저장, 다운로드 또는 가져오기를 누르세요.

클라이언트의 로딩이 끝날 때까지 기다리세요. 정상적으로 완료되면 목록에 설정 카드가 추가되고 이름, 업데이트 시각 또는 구독에서 제공한 설명이 표시됩니다. 저장과 동시에 자동 다운로드하는 클라이언트도 있고, ‘업데이트’를 한 번 더 눌러야 하는 경우도 있습니다. 다시 시도하려고 추가 버튼을 연속으로 누르지 마세요. 이름이 같은 항목이 여러 개 생길 수 있습니다. 다운로드에 실패했다면 기기의 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하고, 제공업체 페이지에서 링크가 만료되지 않았는지 살펴보세요.

‘프록시를 통해 업데이트’하려면 이미 사용할 수 있는 프록시 연결이 있어야 합니다. 첫 구독을 가져오는 단계에서는 아직 연결이 설정되지 않았으므로 이 옵션을 켜도 해결되지 않을 수 있습니다. 먼저 현재 네트워크로 다운로드를 시도하세요. 제공업체에서 특정 네트워크 환경을 요구한다면 안내에 따르세요. 브라우저에서 링크가 열린다고 해서 응답 내용까지 정상이라는 뜻은 아닙니다. 로그인 페이지, 오류 페이지 또는 구독 만료 메시지가 표시되면 클라이언트를 반복해서 재시작하지 말고 유효한 주소를 다시 받으세요.

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

다운로드가 끝나면 새 설정 카드를 누르거나 ‘사용’, ‘활성화’ 버튼을 눌러 현재 설정으로 지정하세요. 일부 클라이언트는 체크 표시로 선택 상태를 나타내고, 다른 클라이언트는 ‘사용 중’으로 표시합니다. 다음으로 ‘프록시’ 또는 ‘정책’ 페이지에서 정책 그룹과 그룹 안의 노드가 보이는지 확인하세요. 가져오기에 성공했다고 설정이 활성화된 것은 아닙니다. 이전 설정의 그룹이 계속 표시된다면 설정 목록에서 현재 선택된 항목을 확인하세요.

로컬 .yaml 또는 .yml 파일을 받았다면 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택기에서 해당 파일을 연 다음 같은 방식으로 활성화하세요. 로컬 파일은 원격 구독 업데이트가 자동으로 제공되지 않는 경우가 많습니다. 단일 노드 링크나 Base64 노드 목록을 전체 YAML 설정으로 간주해서는 안 됩니다. 클라이언트가 해당 형식을 명시적으로 지원하는 경우에만 전용 메뉴를 이용하세요.

다음 단계로 넘어가기 전에 잠시 확인하세요. 현재 설정이 선택되어 있고 프록시 페이지에 선택할 수 있는 출구가 보여야 합니다. 로그에 YAML 파싱 오류가 표시되면 원본 파일을 복원하거나 설정을 다시 받으세요. 들여쓰기를 임의로 삭제하지 마세요. 필드 의미와 형식 차이는 설정 필드 문서에서 확인할 수 있습니다. 처음 연결할 때 설정 전체를 직접 작성할 필요는 없습니다.

2단계: 모드와 프록시 출구 선택

처음에는 규칙 모드 선택

홈, 설정 또는 프록시 페이지 상단의 모드 선택 메뉴에서 ‘규칙’, ‘전역’, ‘직접 연결’을 찾으세요. 일부 인터페이스에는 Rule, Global, Direct로 표시됩니다. 처음 사용할 때는 규칙 모드를 선택하세요. 현재 설정의 규칙에 따라 요청별 출구가 결정되어 일부 요청은 직접 연결되고 나머지는 지정된 정책 그룹으로 전달됩니다. 모든 요청이 프록시를 거치는 모드는 아니며, 설정의 규칙이 개인별 요구를 모두 충족한다고 보장할 수도 없습니다.

전역 모드에서는 보통 코어에 전달된 요청이 전역 정책 그룹으로 이동합니다. 일시적으로 결과를 비교하고 문제를 점검할 때 유용하지만, 원래 코어에 전달되지 않는 앱까지 자동으로 연결하지는 않습니다. 직접 연결 모드는 코어에 전달된 요청을 대상에 바로 연결합니다. 클라이언트가 실행 중이라는 이유만으로 현재 모드를 판단하지 마세요. 모드 항목을 누른 뒤 화면의 선택 표시가 바뀌었는지 확인하세요.

규칙에서 사용하는 정책 그룹의 노드 선택

‘프록시’ 또는 ‘정책’ 페이지로 돌아가 주요 출구 그룹을 펼치세요. 구독 설정에 따라 ‘프록시 선택’, ‘노드 선택’ 등 이름이 다를 수 있습니다. 노드를 눌러 옆에 체크 표시가 나타나도록 선택하세요. 그룹 안에 다른 정책 그룹이 표시되면 최종 출구가 확인될 때까지 계속 펼쳐 보세요. 규칙에서 사용하지 않는 그룹의 노드만 바꾸면 현재 웹사이트 연결에는 영향이 없을 수 있습니다.

클라이언트에서 그룹 내 속도 측정을 지원한다면 한 번 실행해 연결이 확실히 되지 않는 후보를 걸러낼 수 있습니다. 측정 결과는 테스트 주소, 네트워크 환경, 구현 방식에 따라 달라집니다. 수치가 낮다고 모든 웹사이트에서 더 빠른 것은 아니며, 시간 초과가 표시되더라도 실제 접속 결과를 함께 확인해야 합니다. 첫 설정에서는 테스트를 마칠 수 있는 출구 하나만 선택하면 됩니다. 모든 노드를 반복해서 비교할 필요는 없습니다.

자동 선택이나 장애 조치 등의 정책 그룹은 자체 조건에 따라 출구를 바꿀 수 있으므로, 그룹의 테스트 버튼을 눌러도 특정 노드가 수동으로 고정되는 것은 아닙니다. 안정적으로 비교하려면 구독에서 허용하는 수동 선택 그룹의 출구를 지정하세요. 모드와 정책 설정은 끝났지만 앱 트래픽이 아직 클라이언트로 전달되지 않았을 수 있습니다. 다음 단계에서 시스템이나 휴대폰의 요청을 연결합니다.

3단계: 연결을 시작하고 트래픽 연결

데스크톱에서 시스템 프록시 켜기

데스크톱 클라이언트 홈에서 코어가 실행 중인지 확인하세요. 별도의 시작 버튼이 있다면 먼저 실행한 다음 ‘시스템 프록시’를 켭니다. 시스템 프록시를 켤 때 코어도 자동으로 시작하는 클라이언트가 있습니다. 최종 상태는 화면의 실행 표시와 로그로 확인하세요. 클라이언트를 백그라운드에서 계속 실행한 채 브라우저 페이지를 새로 여세요. 시스템 프록시 설정을 따르는 대부분의 브라우저와 앱은 이때 새 요청을 로컬 프록시 포트로 전달합니다.

브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 시스템 설정을 따르도록 바꾸거나 확장 프로그램의 프록시 규칙을 잠시 비활성화하세요. 일부 개발 도구, 터미널 프로그램, 게임은 별도의 네트워크 설정을 사용하므로 시스템 프록시를 켜도 자동으로 연결되지 않습니다. 먼저 일반 브라우저로 확인해 특정 앱의 동작을 클라이언트 전체의 문제로 오해하지 않도록 하세요.

다른 사람의 화면을 보고 포트를 특정 숫자로 바꾸지 마세요. 클라이언트가 수신 대기하는 포트와 시스템 프록시가 가리키는 포트는 일치해야 합니다. 흔히 사용하는 7890은 설정 예시일 뿐 모든 기기의 실제 포트가 아닙니다. 포트 사용 중 오류가 표시되면 다른 프록시 코어가 실행 중인지 확인하고 중복 실행을 종료한 뒤 다시 시도하세요. 그래도 포트를 바꿔야 한다면 포트 필드 설명에서 관련 설정을 확인하세요.

모바일에서 시스템 연결 요청 승인

Android와 iOS 클라이언트는 보통 시스템 VPN 인터페이스로 트래픽을 연결합니다. 클라이언트 홈으로 돌아가 ‘연결’, ‘시작’ 또는 해당 스위치를 누르세요. 처음 연결할 때 VPN 연결을 만들거나 VPN 설정을 추가할지 묻는 시스템 창이 나타납니다. 방금 설치한 클라이언트에서 보낸 요청인지 확인하고 승인하세요. 앱으로 돌아와 연결 상태가 바뀔 때까지 기다립니다. 상태 표시줄 아이콘은 운영체제 버전에 따라 다르므로 특정 아이콘만으로 판단하지 마세요.

휴대폰이 다른 VPN에 연결되어 있다면 연결을 끊고 다시 시도하세요. 한 기기에서 여러 VPN 연결이 서로 대체될 수 있습니다. Android 클라이언트에서 앱별 분기를 사용 중이라면 테스트할 브라우저가 제외되지 않았는지도 확인하세요. iOS에서 권한을 승인한 뒤에도 시작되지 않으면 시스템 설정을 반복해서 추가하지 말고 클라이언트에서 오류 메시지와 설정 활성화 상태를 확인하세요.

4단계: 요청 및 트래픽 분기 결과 확인

연결 기록에서 실제 출구 확인

클라이언트 연결을 유지한 채 ‘연결’, ‘활성 연결’ 또는 비슷한 페이지를 여세요. 브라우저에서 프록시로 연결하려는 웹사이트에 접속하고, 가능하면 새 탭에서 페이지를 새로 요청하세요. 클라이언트로 돌아와 방금 요청한 대상 도메인을 찾아 기록을 펼친 뒤 적용된 규칙, 정책 그룹, 실제 출구를 확인합니다. 일부 클라이언트에서는 이를 ‘규칙’, ‘경로’, ‘Chains’라고 표시합니다. 기록이 잠깐 나타났다가 사라진다면 요청을 보내기 전에 연결 페이지를 열어 두거나 해당 시각의 로그를 확인하세요.

요청이 코어에 들어왔는지 확인한 다음 연결 경로를 판단하세요. 규칙 모드에서는 한 페이지가 여러 도메인에 요청을 보낼 수 있으며, 메인 페이지와 이미지, API가 서로 다른 규칙에 매칭될 수 있습니다. 목록의 첫 줄만 보거나 DIRECT가 표시됐다는 이유만으로 프록시가 시작되지 않았다고 판단하지 마세요. 대상 요청의 기록을 찾아 예상한 정책 그룹을 통과했는지 확인한 다음 실제 선택된 노드를 살펴보세요.

그다음 현재 설정에서 직접 연결되어야 하는 웹사이트에 접속해 직접 연결 규칙이 적용되는지 확인하세요. 이렇게 프록시를 사용해야 하는 요청과 직접 연결해야 하는 요청을 모두 확인하면 웹페이지 하나만 테스트하는 것보다 정확합니다. 출구 IP가 바뀌었다는 사실만으로는 해당 조회에 특정 출구가 사용됐다는 점만 알 수 있습니다. 모든 앱과 모든 프로토콜이 연결되었다는 뜻은 아닙니다.

비교 테스트 후 단계별로 점검

데스크톱에서 시스템 프록시를 사용 중이라면 스위치를 잠시 끄고 새 요청을 보내 클라이언트에 같은 기록이 나타나는지 확인하세요. 모바일에서는 클라이언트 연결을 잠시 끊습니다. 그런 다음 스위치를 다시 켜거나 재연결해 웹사이트를 열고 결과를 비교하세요. 이미 시작된 다운로드나 장시간 연결을 계속 사용하지 마세요. 이전 경로를 유지할 수 있습니다. 캐시된 페이지는 새 요청을 만들지 않을 수도 있습니다.

새 연결 기록이 전혀 없다면 먼저 연결 스위치, 브라우저 프록시 확장 프로그램, 앱별 분기 설정을 확인하세요. 요청이 아직 코어에 전달되지 않았을 수 있습니다. 기록은 보이지만 출구가 잘못됐다면 현재 모드, 적용된 규칙, 정책 그룹 선택을 확인합니다. 출구는 맞는데 연결 시간이 초과된다면 다른 노드를 선택해 다시 시도하고, 로그에서 이름 확인 실패, 연결 거부, 원격 서버 시간 초과가 보고되었는지 살펴보세요. 이 순서로 확인하면 네트워크 연결 문제와 규칙 문제를 구분하기 쉽습니다.

연결을 켠 직후 원래 접속되던 웹사이트까지 열리지 않는다면 먼저 시스템 프록시를 끄거나 모바일 연결을 끊고 기본 네트워크가 복구되는지 확인하세요. 그런 다음 설정과 출구 선택을 하나씩 점검합니다. 모든 설정을 삭제하는 것으로 시작하지 마세요. 문제 발생 전후의 관련 로그만 보관하면 됩니다. 자세한 로그 분석 방법은 Clash 실행 로그 확인 방법에서 이어서 살펴보세요.

일상적인 사용: 업데이트 및 종료

연결 확인을 마쳤다면 평소에는 현재 설정과 규칙 모드를 유지하고 필요할 때 출구만 바꾸면 됩니다. 구독 내용이 변경되면 설정 페이지에서 해당 항목을 업데이트한 뒤 정책 그룹 선택이 유지됐는지 확인하세요. 클라이언트에 따라 이전 선택이 유지되기도 하고, 노드 이름이 바뀌면서 기본값으로 돌아가기도 합니다. 자동 업데이트 간격은 필요에 맞게 설정하세요. 구독을 새로 고쳐도 연결 확인을 대신할 수 없으며, 만료된 계정이 다시 활성화되는 것도 아닙니다.

데스크톱 클라이언트를 종료하기 전에 시스템 프록시를 먼저 끄고 정상적으로 종료하세요. 다시 실행한 뒤 스위치 상태가 예상대로 복원됐는지 확인합니다. 프로그램이 비정상 종료된 후 브라우저에서 인터넷에 연결할 수 없다면 운영체제의 프록시 설정이 중지된 로컬 포트를 가리키는지 확인하고 남아 있는 설정을 해제한 뒤 클라이언트를 실행하세요. 모바일에서는 사용을 마친 뒤 클라이언트에서 연결을 끊고, 시스템의 항상 켜기나 VPN 연결이 끊겼을 때 트래픽 차단 설정이 활성화되어 있는지 살펴보세요.

이제 첫 설정의 기본 과정이 끝났습니다. 설정이 활성화되고 모드가 정해졌으며 트래픽이 연결되어 기록으로 결과를 확인할 수 있습니다. 이후 DNS, 사용자 지정 규칙, 구독 재정의를 조정하려면 Clash 설정 필드 문서에서 필요한 항목을 찾아 수정하세요. 한 번에 하나씩 바꾸고 다시 불러온 뒤 4단계를 반복하면 문제 발생 시 되돌릴 지점을 명확히 유지할 수 있습니다.