Clash 입문 가이드

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

클라이언트가 정상적으로 실행되는지 확인하고 “설정” 또는 “구독” 페이지를 찾아 두세요. 아직 설치하지 않았다면 Clash 다운로드 센터에서 운영체제와 CPU 아키텍처에 맞는 클라이언트를 선택하세요. 클라이언트별 차이가 궁금하다면 클라이언트 비교를 먼저 확인해 보세요. 여러 도구를 동시에 설치하거나 명령줄 커널을 먼저 실행할 필요는 없습니다.

현재 유효하며 사용 중인 클라이언트나 mihomo 설정 형식을 지원한다고 제공업체가 명시한 구독 URL을 준비하세요. 클라이언트는 설정을 읽고 연결을 처리하는 도구이며, 소프트웨어를 설치한다고 사용할 수 있는 노드가 자동으로 생기지는 않습니다. 웹 계정, 주문 페이지 또는 로그인 주소만 있다면 서비스 제공업체 페이지에서 구독 내보내기 메뉴를 찾아 전체 URL을 복사해야 합니다.

시작하기 전에 네트워크를 가로채는 다른 프록시나 VPN 도구를 종료하고, 시스템 프록시를 수동으로 설정했는지 기록해 두세요. 처음 설정할 때는 구독 하나와 연결 방식 하나만 사용해야 문제가 생긴 단계를 쉽게 찾을 수 있습니다. 처음부터 TUN을 켜거나 DNS를 바꾸고 규칙을 편집하거나 포트를 변경하지 마세요. 먼저 기본 연결을 확인한 뒤 필요한 기능을 추가하세요.

01 구독 가져오기 및 설정 활성화

클라이언트 사이드바에서 “구독” 또는 “설정”을 열고 “새로 추가”, “추가” 또는 더하기 버튼을 누르세요. 추가 창에서 URL 가져오기를 선택하고 복사한 구독 주소 전체를 입력란에 붙여 넣습니다. 일부 클라이언트에서는 알아보기 쉬운 이름을 메모로 입력할 수 있습니다. 나중에 출처를 구분할 수 있도록 “일상용 설정”처럼 이름을 붙여 보세요.

URL 앞뒤에 공백이나 줄바꿈이 들어갔는지, 메신저가 덧붙인 문장 부호가 있는지 확인하세요. URL의 쿼리 매개변수도 유지해야 하므로 물음표 앞부분만 복사하면 안 됩니다. 구독 주소에는 보통 접근 정보가 포함되어 있으므로 공개 댓글에 전체 주소를 올리거나 출처를 알 수 없는 온라인 변환 도구에 붙여 넣지 마세요. 도움을 요청할 때는 오류 내용만 설명하고 URL의 민감한 부분은 가리세요.

“가져오기”, “다운로드” 또는 “저장”을 누르고 클라이언트가 설정을 불러올 때까지 기다리세요. 정상적으로 완료되면 목록에 설정 카드나 구독 항목이 표시됩니다. 클라이언트에 따라 업데이트 시간과 파싱 결과도 함께 표시될 수 있습니다. 항목이 보이면 해당 항목을 누르거나 “활성화”, “현재 설정으로 지정”을 선택하세요. 가져오기와 활성화는 별도의 작업입니다. 목록에 구독이 표시된 것만 확인하고 끝내지 마세요.

이어서 “프록시” 페이지에서 프록시 그룹과 선택 가능한 노드가 표시되는지 확인하세요. 설정 이름만 보이고 프록시 그룹은 없다면 설정 페이지로 돌아가 방금 가져온 설정이 활성화되어 있는지 확인합니다. 파싱 오류가 표시되면 구독 내용이나 형식부터 점검하세요. 시스템 프록시를 계속 전환해도 해결되지 않습니다. “로그”에서 마지막 가져오기 메시지를 확인하고 오류 키워드만 기록해 두세요. 설정 파일 전체를 복사할 필요는 없습니다.

로컬 YAML 파일이 있는 경우

서비스 제공업체가 로컬 설정 파일을 제공했다면 설정 페이지에서 “파일에서 가져오기”를 선택하고 해당 .yaml 또는 .yml 파일을 불러온 다음 활성화하세요. 로컬 파일에는 원격 업데이트 정보가 없을 수 있으므로 서버 변경 사항이 자동으로 반영된다고 가정하지 마세요. 처음 사용할 때 노드 정보를 직접 편집할 필요는 없습니다. 필드 구조를 확인해야 한다면 config.yaml 점검 안내를 참고하세요.

가져오기에 실패하면 여기서 잠시 멈추세요

URL에 연결할 수 없다는 오류가 표시되면 기기의 기본 네트워크가 정상인지 확인한 뒤 서비스 제공업체 페이지에서 유효한 URL을 다시 복사하세요. 형식이나 들여쓰기 오류가 표시되면 내보낸 파일이 현재 클라이언트가 지원하는 설정인지 확인하세요. 로그인 페이지나 다른 형식의 구독을 가져온 것은 아닌지도 점검합니다. 구독 파싱 실패가 모든 노드의 작동 중단을 뜻하지는 않습니다. 형식 차이는 도움말 센터에서 확인할 수 있으며, 문제 해결 가이드의 구독 오류 항목을 따라 원인을 찾을 수도 있습니다.

이 단계의 완료 기준은 설정이 선택되어 있고 프록시 페이지에 해당 프록시 그룹이 표시되는 것입니다. 두 가지를 확인한 뒤 실행 모드를 선택하세요.

02 규칙 모드와 프록시 그룹 선택

“프록시”, “개요” 또는 “실행 모드” 페이지에서 “규칙 / 전역 / 직접 연결” 옵션을 찾으세요. 처음 사용할 때는 “규칙”을 선택합니다. 클라이언트는 현재 설정의 규칙에 따라 연결을 직접 연결할지, 프록시 그룹으로 보낼지 또는 다른 동작을 수행할지 결정합니다. 규칙 모드를 선택했다고 모든 앱의 트래픽이 자동으로 클라이언트에 전달되는 것은 아닙니다. 어떤 트래픽을 처리할지는 다음 단계에서 설정해야 합니다.

“전역”은 보통 커널에 전달된 연결을 전역 정책으로 처리합니다. 규칙이 특정 접속에 영향을 주는지 잠시 비교할 때는 유용하지만, 모든 문제에 대한 고정 해결책으로 사용하는 것은 권장하지 않습니다. “직접 연결”은 커널에 전달된 트래픽을 대상에 바로 연결하며, 일시적으로 직접 접속을 복구할 때 주로 사용합니다. 세 모드를 전환해도 만료된 구독이 복구되거나 대상 서비스의 이용 가능 상태가 바뀌지는 않습니다.

모드를 선택한 다음 설정에서 제공하는 주요 프록시 그룹을 여세요. 그룹 이름은 “Proxy”, “노드 선택” 등 클라이언트마다 다를 수 있으므로 이 페이지와 똑같은 이름을 찾을 필요는 없습니다. 프록시 그룹을 눌러 목록을 펼치고 사용 가능한 노드를 선택하세요. 설정에 “자동 선택” 정책이 있다면 먼저 사용해도 됩니다. 주요 프록시 그룹이 다른 그룹을 참조하는 경우에는 목록을 더 열어 최종 정책이 실수로 직접 연결로 설정되지 않았는지 확인하세요.

클라이언트에 연결 테스트 기능이 있다면 현재 후보 노드의 연결을 한 번 테스트해 명백히 연결할 수 없는 항목을 걸러낼 수 있습니다. 다만 테스트 결과는 해당 테스트 대상과 당시 환경만 반영하며, 브라우저나 게임 또는 모든 웹사이트가 정상이라는 뜻은 아닙니다. 특정 숫자만으로 연결 성공 여부를 판단하지 말고 실제 접속 기록도 확인하세요.

구독의 기존 규칙은 그대로 두고 “모든 연결을 프록시로 보내기”와 같은 예외 설정은 당분간 추가하지 마세요. 특정 웹사이트가 프록시를 사용해야 하는데 직접 연결로 처리된다면 연결 기록과 함께 규칙 분기 문제 해결을 확인하세요. 지금은 규칙 모드와 주요 프록시 그룹이 선택되었는지 확인한 뒤 실제 트래픽 처리를 시작하면 됩니다.

03 연결 처리 활성화

구독과 프록시 그룹을 준비해도 앱의 연결을 클라이언트로 전달해야 합니다. 데스크톱 시스템 프록시, 모바일 시스템 연결 권한, TUN은 서로 다른 설정 경로이므로 모두 동시에 켤 필요는 없습니다. 기기에 맞는 기본 연결 처리를 설정하고 클라이언트를 계속 실행한 상태에서 확인 단계로 넘어가세요.

Windows, macOS, Linux: 먼저 시스템 프록시 켜기

클라이언트의 “설정”, “개요” 또는 트레이 메뉴에서 “시스템 프록시”를 찾아 켜세요. Windows에서는 트레이 메뉴에 빠른 전환 기능이 있는 경우가 많습니다. macOS에서는 네트워크 설정 변경 권한을 요청할 수 있습니다. Linux에서는 데스크톱 환경과 앱의 프록시 설정 지원 여부에 따라 적용 범위가 달라집니다. 설정 후 클라이언트에 시스템 프록시가 활성화된 것으로 표시되더라도 실제 접속으로 확인해야 합니다.

클라이언트의 스위치를 사용하면 보통 클라이언트가 로컬 수신 주소와 포트를 설정하므로 인터넷에서 찾은 고정 포트를 직접 입력할 필요가 없습니다. 시스템 설정을 확인해야 한다면 클라이언트에 현재 표시된 HTTP 또는 혼합 포트를 기준으로 삼으세요. 7890은 흔히 쓰이는 예시일 뿐 모든 클라이언트의 실제 포트와 같지는 않습니다. 포트를 잘못 입력하면 서비스가 수신 대기하지 않는 주소로 앱이 연결을 시도하게 됩니다.

먼저 시스템 프록시 설정을 따르는 브라우저로 확인하세요. 오랫동안 열어 둔 탭은 기존 연결을 재사용할 수 있으므로 새 탭을 열어 대상 페이지를 다시 불러오는 것이 좋습니다. 명령줄 도구, 일부 게임, 자체 프록시 설정을 사용하는 앱은 시스템 프록시를 따르지 않을 수 있습니다. 브라우저는 정상인데 다른 프로그램에서 작동하지 않는다면 구독을 바꾸기 전에 해당 앱의 연결 설정을 확인하세요.

Android: 시스템 연결 요청 승인

Android 클라이언트에서 현재 설정이 활성화되어 있는지 확인한 다음 홈 화면의 “시작” 또는 연결 버튼을 누르세요. 처음 연결을 시작하면 시스템에 VPN 연결 요청이 표시되는 경우가 많습니다. 안내를 읽고 승인한 뒤 클라이언트로 돌아와 실행 상태를 확인하세요. 여기서 VPN은 시스템이 제공하는 트래픽 처리 인터페이스를 뜻하며, 실제 전달 방식은 클라이언트 설정에 따라 달라집니다.

승인 직후 연결이 끊기면 다른 VPN 앱이 실행 중인지 먼저 확인하세요. 일부 클라이언트는 앱별 프록시 설정도 제공합니다. 대상 브라우저가 제외되어 있다면 예상대로 트래픽이 클라이언트에 전달되지 않습니다. 처음 연결을 확인할 때는 대상 앱이 처리 범위에 포함되어 있는지 점검하세요. 백그라운드로 전환한 뒤에만 연결이 끊길 때 배터리 최적화와 백그라운드 실행 권한을 확인하면 됩니다. 미리 모든 시스템 제한을 변경할 필요는 없습니다.

iOS: 현재 설정 시작 및 권한 승인

iOS 클라이언트에서 방금 가져온 설정과 프록시 정책을 선택한 다음 연결을 누르세요. 처음 사용할 때는 시스템 안내에 따라 VPN 구성 추가를 허용하고 기기에서 요구하는 본인 확인을 완료합니다. 클라이언트로 돌아와 연결이 유지되는지 확인한 다음 브라우저로 접속해 보세요. 시스템 연결 아이콘은 연결 처리가 설정되었음을 보여줄 뿐, 대상 접속 결과와 규칙에 따른 경로까지 확인해 주지는 않습니다.

TUN 모드: 필요할 때 트래픽 처리 범위 확장

기본적인 브라우저 접속은 정상이지만 시스템 프록시를 따르지 않는 프로그램도 처리해야 한다면 TUN 모드를 고려하세요. 일반적으로 가상 네트워크 인터페이스를 사용해 더 넓은 범위의 트래픽을 처리하며, 데스크톱에서는 서비스 설치, 권한 상승 또는 네트워크 구성 요소 승인이 필요할 수 있습니다. 클라이언트에서 “TUN 모드”를 찾아 권한 안내를 확인한 뒤 켜세요. 활성화에 실패하면 안내에 나온 서비스나 권한 문제부터 해결하고 DNS 매개변수를 연달아 변경하지 마세요.

시스템 프록시와 TUN을 함께 사용하는 방식은 클라이언트마다 다릅니다. 처음 설정할 때는 클라이언트 안내에 따라 주 연결 방식 하나를 선택해 다른 네트워크 도구와 충돌하지 않도록 하세요. TUN은 모든 연결 문제를 해결하는 만능 스위치가 아닙니다. 라우팅과 DNS에 대한 자세한 내용은 도움말 센터를 확인하세요. 연결 문제가 생기면 방금 확인한 설정으로 되돌린 뒤 인터넷 연결 문제 해결을 참고하세요.

04 실제 연결로 작동 확인

클라이언트를 실행한 상태에서 브라우저를 열고 원래 직접 접속할 수 있었던 웹사이트에 들어가 기본 네트워크가 정상인지 확인하세요. 그런 다음 현재 설정에서 프록시를 사용해야 하는 대상에 접속합니다. 중간에 노드, 모드, DNS 설정을 동시에 바꾸지 말고 두 테스트를 이어서 진행하세요. 어떤 설정이 결과를 바꿨는지 판단하기 어려워집니다.

이어서 클라이언트의 “연결” 또는 “활성 연결” 페이지로 돌아와 방금 대상 웹사이트를 새로고침하세요. 해당 도메인이나 대상 주소가 표시되는지, 연결에 적용된 규칙과 정책, 송수신 트래픽을 확인합니다. 일부 클라이언트는 연결 상세 정보를 열어야 프록시 체인을 표시합니다. 캐시에서 페이지가 열리면 새 연결 기록이 생성되지 않을 수 있으니 아직 열지 않은 페이지로 다시 시도하세요.

규칙 모드에서 직접 접속해야 하는 웹사이트가 직접 연결로 표시되는 것은 정상입니다. 프록시를 사용해야 하는 대상은 선택한 프록시 그룹이나 노드로 표시되어야 합니다. 모든 접속이 같은 정책으로 처리된다면 전역 또는 직접 연결 모드가 선택되어 있지 않은지 확인한 뒤 현재 활성화된 설정을 점검하세요. 외부 IP 조회는 참고 자료일 뿐이며, 조회 사이트에 연결한 한 번의 출구만 보여 줍니다. 다른 앱까지 연결이 처리된다는 증거는 아닙니다.

접속 증상에 따라 다음 단계 선택

웹페이지가 열리지 않고 연결 목록에도 요청이 없다면 시스템 프록시, 앱 자체의 프록시 설정 또는 모바일 앱별 처리 범위를 먼저 확인하세요. 요청이 클라이언트에 들어왔지만 연결 시간 초과가 표시되면 같은 프록시 그룹에서 사용 가능한 다른 노드로 바꿔 다시 시도합니다. 다른 사이트는 정상인데 특정 대상만 문제가 있다면 현재 설정을 유지하고 해당 대상에 적용된 규칙을 확인하세요. 바로 클라이언트를 다시 설치할 필요는 없습니다.

로그에 도메인 이름 확인 오류가 명확히 표시되면 DNS 설정을 확인하세요. 구독 다운로드 중 오류가 발생했다면 연결 처리 방식을 바꾸지 말고 첫 단계로 돌아가세요. “설정이 불러와졌는지 → 요청이 클라이언트에 들어왔는지 → 어떤 정책을 사용했는지 → 대상에 연결할 수 있는지” 순서로 확인하면 문제를 한 단계로 좁힐 수 있습니다. 추가 조치가 필요하다면 민감한 정보를 가린 오류 키워드를 준비해 문제 해결 가이드에서 해당 항목을 확인하세요.

완료 후 다시 사용할 설정 보관

연결이 정상임을 확인한 뒤 현재 설정과 규칙 모드, 검증을 마친 연결 처리 방식을 유지하세요. 구독 페이지에서 수동 업데이트를 지원한다면 제공업체가 노드를 변경한 뒤 한 번 새로고침하고 주요 프록시 그룹이 여전히 사용할 수 있는 항목을 가리키는지 확인합니다. 자동 업데이트, 시작 시 자동 실행, 앱별 설정은 나중에 추가해도 됩니다. 첫 연결이 성공하자마자 여러 항목을 한꺼번에 바꾸지 마세요.

마지막으로 연결을 정상적으로 중지하는 방법을 확인하고, 트래픽 처리를 끈 뒤에도 기기가 기존 네트워크 방식으로 접속되는지 점검하세요. 이제 구독이 활성화되고 프록시 그룹이 선택되었으며 앱 요청이 클라이언트로 전달되고 실제 연결 경로도 규칙과 일치하므로 첫 설정이 완료되었습니다. 이후에는 필요할 때 자주 묻는 질문을 확인하면 됩니다. 일상적으로 사용하기 위해 모든 설정 항목을 미리 읽을 필요는 없습니다.