Clash 사용법
구독 가져오기와 연결 확인

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

클라이언트를 열고 사이드바나 하단 메뉴에서 ‘구독’, ‘설정’ 또는 ‘설정 관리’로 이동합니다. ‘새로 만들기’, ‘구독 추가’, ‘URL에서 가져오기’ 등을 선택한 뒤 원격 구독 유형을 고릅니다. 복사한 구독 URL을 입력란에 붙여 넣고 앞뒤에 공백이나 줄바꿈, 메신저에서 붙은 문장 부호가 없는지 확인하세요. 목록에서 구분하기 쉬운 이름을 붙여도 됩니다. 이름은 목록에만 표시되며 연결에는 영향을 주지 않습니다.

여기에 입력할 주소는 설정 내용을 반환하는 구독 링크입니다. 서비스 제공자 홈페이지, 로그인 페이지 또는 결제 페이지 주소가 아닙니다. 제공자에 따라 일반 구독, Clash 구독, 다른 클라이언트용 형식을 구분할 수 있으므로 현재 코어에 맞는 항목을 선택하세요. 출처를 알 수 없는 온라인 변환 사이트에 구독 주소를 입력하지 마세요. 주소의 매개변수에 계정 권한이나 요금제 정보가 포함될 수 있으므로 화면을 공유할 때도 전체 주소를 가려야 합니다.

‘저장’, ‘가져오기’ 또는 ‘다운로드’를 누른 뒤 클라이언트가 데이터를 가져와 파싱할 때까지 기다립니다. 성공하면 설정 목록에 새 항목이 표시되며, 일부 클라이언트는 업데이트 시간이나 설정 이름도 보여 줍니다. 그런 다음 해당 항목에서 ‘사용’ 또는 ‘활성화’를 선택하거나 라디오 버튼으로 현재 설정을 지정하세요. 목록에 표시된다고 해서 설정이 활성화된 것은 아닙니다. 현재 설정 표시가 새 항목에 있는지 확인해야 합니다.

이어서 ‘프록시’ 페이지에서 프록시 그룹과 선택 가능한 노드가 표시되는지 확인합니다. 전체 진입 그룹, 자동 선택 그룹, 용도별 정책 그룹 등 여러 그룹이 보이는 것은 정상입니다. 페이지가 비어 있다면 설정 목록으로 돌아가 활성화 여부를 확인하고 오류 메시지를 살펴보세요. 가져오기 버튼을 눌러도 반응이 분명하지 않다고 같은 주소를 반복해서 추가하지 마세요. 구분하기 어려운 항목이 여러 개 생길 수 있습니다.

로컬 YAML 파일만 있다면 ‘파일 가져오기’에서 시스템 파일 선택기를 열어 파일을 선택한 뒤 현재 설정으로 지정합니다. 로컬 파일도 원격 규칙 집합이나 다른 리소스를 참조할 수 있으므로, 가져오기에 성공했다고 필요한 리소스까지 모두 불러온 것은 아닙니다. 다음 단계로 넘어가기 전에 설정 상태를 확인해 파싱 오류나 리소스 로드 오류가 계속 발생하지 않는지 살펴보세요.

‘형식 오류’ 또는 ‘파싱 실패’가 표시되면 먼저 구독 유형과 코어 호환성을 확인하세요. 시간 초과나 가져오기 실패라면 정상적인 네트워크에서 다시 시도하고 구독이 아직 유효한지 확인합니다. 처음부터 고급 네트워크 옵션을 여러 개 바꾸지는 마세요. 제공자가 연결된 프록시를 통해 구독을 갱신하도록 요구한다면, 먼저 사용할 수 있는 다른 연결이 필요합니다. 이는 구독을 처음 직접 가져오는 경우와 다릅니다.

구독은 보통 기존 항목의 메뉴에서 업데이트할 수 있으므로 매번 새로 만들 필요가 없습니다. 원격 설정을 업데이트하면 직접 편집한 내용이 덮어써질 수 있으니, 처음에는 제공자의 규칙을 그대로 사용하세요. 사용자 지정 규칙을 계속 유지해야 한다면 프로토콜 및 코어 기술 참고 자료를 읽고 클라이언트에서 지원하는 덮어쓰기 방식을 확인하세요. 지금은 활성화한 설정 이름만 기억하고 다음 단계로 넘어가면 됩니다.

2단계: 규칙 모드와 프록시 노드 선택

클라이언트 홈 화면이나 ‘프록시’ 페이지로 돌아가 ‘모드’, ‘아웃바운드 모드’ 또는 유사한 메뉴를 찾습니다. 일반적으로 규칙, 전역, 직접 연결 중에서 선택할 수 있습니다. 처음 설정할 때는 규칙 모드를 권장합니다. 현재 설정의 규칙을 위에서부터 확인하고, 일치하는 규칙에 지정된 정책으로 연결을 처리합니다. 구독의 라우팅 규칙을 확인하면서 모든 앱의 연결 방식을 한꺼번에 바꾸지 않아도 됩니다.

규칙 모드는 ‘모든 트래픽을 프록시로 보낸다’는 뜻이 아닙니다. 연결에 따라 프록시 그룹이 적용될 수도 있고, DIRECT로 직접 연결되거나 REJECT로 차단될 수도 있습니다. 따라서 특정 사이트가 여전히 직접 연결된다고 해서 클라이언트가 작동하지 않는다고 단정할 수는 없습니다. 연결 기록에서 어떤 규칙이 적용되었는지 확인해야 합니다. 이 가이드에서는 규칙의 구체적인 순서는 변경하지 않습니다.

모드를 정한 뒤 프록시 그룹 목록에서 현재 설정이 사용하는 최상위 그룹을 찾습니다. ‘노드 선택’, ‘Proxy’ 또는 제공자가 지정한 이름으로 표시될 수 있으며, 모든 클라이언트에서 이름이 통일되어 있지는 않습니다. 그룹을 열고 후보 노드를 선택한 다음 선택 표시가 나타나는지 확인하세요. 선택한 항목이 다른 프록시 그룹이라면 하위 그룹도 열어 최종적으로 사용할 노드나 선택 방식을 확인합니다.

‘자동 선택’ 그룹을 사용하면 클라이언트가 설정된 테스트 방식에 따라 후보 노드를 고르는 경우가 많습니다. 수동 선택 그룹이라면 직접 노드를 선택해야 합니다. 처음 연결을 확인할 때는 결과를 파악하기 쉽도록 작동 여부를 알고 있는 노드 하나를 선택하고, 노드를 여러 번 바꾸지 마세요. 실제 트래픽과 관계없는 용도별 그룹만 바꾸면 규칙이 사용하는 진입 그룹은 이전 선택을 그대로 유지할 수 있습니다.

클라이언트에 지연 시간 테스트 버튼이 있다면 한 번 실행해 응답하는 후보 노드가 있는지 확인할 수 있습니다. 지연 시간 테스트는 노드를 추리는 참고 자료일 뿐, 로그인이나 다운로드, 실시간 통신까지 정상임을 보장하지 않습니다. 테스트 주소, 노드 부하, 로컬 네트워크에 따라서도 결과가 달라질 수 있습니다. 응답이 없다면 실패한 노드를 기록해 두고 DNS 매개변수를 모두 바꾸지는 마세요. 실제 사용 가능 여부는 4단계에서 요청을 보내 확인해야 합니다.

전역 모드는 잠깐 비교 테스트할 때 사용할 수 있습니다. 규칙 모드에서 특정 대상에 문제가 있다면 전역 모드로 바꾸고 해당 전역 프록시 그룹을 선택한 뒤 같은 대상에 접속해 결과가 달라지는지 확인하세요. 테스트가 끝나면 규칙 모드로 되돌립니다. 직접 연결 모드는 코어를 거치는 연결을 바로 외부로 내보낼 때 사용합니다. 어떤 모드를 선택하든 앱 트래픽이 이미 클라이언트에 전달된다는 뜻은 아닙니다. 다음 단계에서 시스템 프록시를 설정하거나 모바일 연결 권한을 허용해야 합니다.

자동 선택, 장애 조치, 수동 선택의 차이가 확실하지 않다면 구독에서 기본으로 제공하는 진입 그룹을 사용하세요. 새 프록시 그룹을 만들 필요는 없습니다. 관련 내용은 자주 묻는 질문에서 확인할 수 있고, 프로토콜 차이와 코어 지원, 설정 호환성은 프로토콜 상세 안내에서 살펴볼 수 있습니다. 이번 단계의 목표는 모든 설정을 최적화하는 것이 아니라 모드 하나와 명확한 아웃바운드 경로 하나를 정하는 것입니다.

3단계: 연결을 시작하고 플랫폼 권한 허용

홈 화면으로 돌아가 코어 상태가 정상인지 확인합니다. 클라이언트에 별도의 ‘시작’ 또는 ‘실행’ 버튼이 있다면 먼저 코어를 시작한 다음 트래픽을 전달하도록 설정하세요. 코어 실행, 시스템 프록시 활성화, TUN 활성화는 서로 다른 상태입니다. 코어가 실행 중이어도 앱 요청이 전달되지 않을 수 있고, 코어를 중지한 뒤에도 시스템 프록시 설정이 남아 있을 수 있습니다. 처음 연결할 때는 트레이 아이콘 유무만 보지 말고 각 상태를 따로 확인해야 합니다.

데스크톱: 시스템 프록시로 브라우저 연결 확인

설정이나 홈 화면에서 ‘시스템 프록시’를 찾아 켭니다. 이 스위치를 켜면 운영체제의 프록시 주소가 클라이언트의 로컬 수신 포트를 가리키는 경우가 많습니다. 시스템 프록시 설정을 따르는 브라우저나 앱은 요청을 클라이언트로 전달합니다. 우선 기본 수신 포트를 그대로 사용하고, LAN 액세스를 함부로 켜지 마세요. 그런 다음 브라우저에서 테스트 페이지를 다시 엽니다. 기존 연결이 계속 유지된다면 해당 탭을 닫고 다시 접속해 보세요.

일부 브라우저 확장 프로그램이나 앱에는 별도의 프록시 설정이 있어 시스템 프록시보다 우선 적용될 수 있습니다. 처음 확인할 때는 프록시를 따로 설정하지 않은 브라우저를 사용하고, 네트워크를 중복으로 가로채는 확장 프로그램은 잠시 꺼 두세요. 클라이언트에서 포트 충돌을 알리면 다른 프록시 클라이언트가 실행 중인지 확인합니다. 포트를 계속 바꾸면서 앱의 프록시 설정을 그대로 두면 코어는 정상이어도 요청은 이전 포트로 전송될 수 있습니다.

시스템 프록시가 모든 프로그램의 트래픽을 처리하는 것은 아닙니다. 일부 게임, 명령줄 도구, 직접 연결을 만드는 앱은 시스템 설정을 따르지 않을 수 있습니다. 이는 트래픽 처리 방식의 한계이지 구독이 잘못되었다는 뜻은 아닙니다. 먼저 브라우저에서 연결을 확인하세요. 이런 앱까지 처리해야 할 때만 TUN을 고려하면 됩니다. 기본 연결이 확인되기 전에는 시스템 프록시, TUN, 다른 VPN 도구를 한꺼번에 켜지 마세요.

모바일: 연결을 누르고 VPN 요청 승인

홈 화면에서 연결 버튼을 누릅니다. 처음 시작할 때 시스템에서 VPN 구성을 추가하거나 VPN 연결을 허용하라는 메시지가 나타날 수 있습니다. 요청을 보낸 앱이 방금 설치한 클라이언트인지 확인한 뒤 승인하세요. 일부 기기에서는 시스템 인증도 필요합니다. 권한 승인 후 클라이언트로 돌아와 연결 상태가 실행 중으로 바뀌는지 확인하고, 시스템에 VPN 표시가 나타나는지도 살펴보세요. 이 표시는 시스템 연결 기능이 켜졌다는 뜻이며 원격 노드 접속까지 확인된 것은 아닙니다.

다른 VPN 연결이 이미 사용 중이라는 안내가 나오면 해당 도구의 연결을 끊고 현재 클라이언트를 다시 시작하세요. 모바일 운영체제나 기기 관리 정책에 따라 동시에 연결할 수 있는 수가 제한될 수 있습니다. 여러 연결 스위치를 동시에 켜는 것은 문제 해결 방법이 아닙니다. 백그라운드로 전환한 뒤 연결이 바로 끊긴다면 먼저 앱을 화면에 띄운 상태에서 접속을 확인하고, 그다음 시스템의 배터리 관리와 백그라운드 실행 제한을 살펴보세요. 처음부터 모든 절전 설정을 바꿀 필요는 없습니다.

TUN: 기본 연결 확인 후 활성화

TUN이 필요하다면 클라이언트 설정에서 해당 메뉴를 찾아 안내에 따라 서비스를 설치하거나 관리자 권한을 허용하고 네트워크 확장을 승인하세요. 플랫폼마다 필요한 절차가 다르므로 모든 클라이언트에서 관리자 권한으로 항상 실행해야 하는 것은 아닙니다. TUN은 가상 네트워크 어댑터, 라우팅, DNS 처리에 영향을 줍니다. 자세한 내용은 프로토콜 및 코어 기술 참고 자료를 확인하세요. 이번 설정에서는 시스템 프록시나 모바일 기본 연결 방식만 사용해도 전체 과정을 마칠 수 있습니다.

4단계: 연결과 규칙 적용 여부 확인

현재 설정에 따라 프록시를 사용해야 하는 웹페이지를 열고 클라이언트에서 ‘연결’, ‘활성 연결’ 또는 ‘로그’ 페이지로 이동합니다. 웹페이지를 새로고침한 뒤 방금 접속한 도메인과 관련된 기록을 찾으세요. 클라이언트 로그가 기본적으로 경고만 표시한다면 정보 수준으로 잠시 바꿔 다시 시도하고, 확인이 끝나면 원래 설정으로 되돌립니다. 메뉴 이름은 달라도 목표는 같습니다. 이번 요청이 클라이언트에서 처리되었다는 기록을 찾는 것입니다.

먼저 요청 기록이 표시되는지 확인하세요. 관련 기록이 전혀 없다면 노드를 바꾸기보다 3단계로 돌아가 시스템 프록시, 모바일 연결 상태, 앱 자체의 프록시 설정을 점검합니다. 기존 연결이 모드 변경 전 경로를 계속 사용할 수 있으므로 오래된 탭을 닫거나 테스트 앱을 다시 시작한 다음 새 요청을 보내세요. 모드를 바꾼 뒤 한 번 새로고침하는 것만으로는 기존 연결의 영향을 배제하지 못할 수 있습니다.

기록이 나타나면 적용된 규칙과 최종 정책을 확인하세요. 프록시를 사용해야 하는 도메인은 설정의 규칙과 일치하고 앞서 선택한 프록시 그룹으로 연결되어야 합니다. 최종 노드도 2단계에서 선택한 노드와 일치해야 합니다. 직접 연결이 예상되는 요청에 DIRECT가 표시되는 것은 정상입니다. 차단 정책이 표시되면 설정의 차단 규칙이 적용되었는지 확인하세요. 이를 네트워크 시간 초과와 혼동하지 마세요.

이어서 직접 연결되어야 하는 사이트에도 접속해 정상적으로 열리는지, 어떤 아웃바운드 정책이 적용되는지 확인합니다. 두 경우를 모두 점검해야 ‘클라이언트가 연결을 전달하는지’와 ‘규칙에 따라 트래픽이 분기되는지’를 구분할 수 있습니다. 외부 IP를 확인하는 웹페이지 하나만 본다면 해당 웹페이지 요청의 출구만 알 수 있습니다. 다른 앱, 모든 도메인, 모든 프로토콜이 같은 경로를 사용한다는 증거는 아닙니다.

기록이 예상한 프록시 그룹에 들어갔는데도 웹페이지가 열리지 않으면 같은 그룹에서 다른 후보 노드를 선택하고 동일한 테스트를 반복하세요. 다른 설정은 그대로 두면 특정 노드에 문제가 있는지 판단하기 쉽습니다. 후보 노드가 모두 실패한다면 구독 유효 여부와 로컬 네트워크 상태를 확인하고, 로그에서 연결 시간 초과나 프로토콜 비호환 메시지가 있는지 살펴보세요. 네트워크, 모드, DNS, 노드를 연달아 바꾸면 무엇이 문제를 해결했는지 알기 어렵습니다.

전역 모드에서는 접속되지만 규칙 모드에서 예상대로 동작하지 않는다면 로그에 표시된 적용 결과를 잠시 비교하고 현재 설정, 규칙 대상, 프록시 그룹 선택을 확인하세요. 브라우저는 정상인데 특정 앱만 안 된다면 먼저 해당 앱이 시스템 프록시를 따르는지, 별도의 트래픽 처리가 필요한지 확인합니다. 구독 오류, DNS 문제, LAN 액세스, 절전 후 연결 끊김 등은 자주 묻는 질문 및 문제 해결에서 확인할 수 있습니다. 초기 설정 단계에서 모든 항목을 하나씩 바꿔 볼 필요는 없습니다.

확인이 끝나면 규칙 모드로 되돌리고 정상 작동을 확인한 프록시 그룹 선택은 유지한 다음, 로그 수준을 임시로 높였다면 원래대로 돌립니다. 컴퓨터를 켤 때 자동으로 실행하려면 ‘클라이언트 시작’과 ‘시작 후 연결’ 설정이 각각 무엇을 의미하는지 확인하세요. 보통 서로 다른 옵션입니다. 다음에 재부팅한 뒤에도 실행 상태를 확인하세요. 클라이언트 창이 열려 있다는 이유만으로 트래픽 처리가 다시 활성화되었다고 판단하면 안 됩니다.

사용을 마치면 데스크톱에서는 시스템 프록시를 끄거나 클라이언트 메뉴에서 정상적으로 종료하고, 모바일에서는 연결 해제 버튼을 누릅니다. 클라이언트가 비정상 종료된 뒤 인터넷이 되지 않는다면 구독을 바로 삭제하기보다 시스템에 로컬 프록시 설정이 남아 있는지, 다른 VPN 연결이 활성 상태인지 확인하세요. 정상 작동을 확인한 설정은 보관해 두세요. 나중에 문제가 생기면 설정, 모드, 트래픽 처리, 요청 기록 순서로 이 네 단계를 다시 점검할 수 있습니다.