Clash 사용 가이드

시작 전 준비

설치된 클라이언트와 신뢰할 수 있는 출처에서 받은 유효한 구독 링크 또는 로컬 설정 파일을 준비합니다. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 운영체제와 프로세서 아키텍처에 맞는 설치 파일을 선택하세요. 클라이언트는 설정을 불러와 연결을 처리하는 프로그램이며, 사용할 수 있는 원격 프록시 서비스를 제공하는 것은 아닙니다. 설치만으로 프록시 목록에 노드가 표시되지는 않을 수 있습니다.

처음 설정하는 데 약 10분 정도 여유를 두고, 구독 주소에 정상적으로 접속할 수 있는 네트워크에서 진행하세요. 먼저 기기에서 웹페이지가 정상적으로 열리는지 확인하고, 네트워크를 제어 중인 다른 프록시나 VPN 앱은 종료합니다. 여러 도구가 시스템 프록시, 라우팅 또는 DNS를 동시에 변경하면 테스트 결과를 해석하기 어려울 수 있습니다. 이 과정에서 시스템 보안 기능을 끌 필요는 없습니다. 이번 테스트와 겹치는 네트워크 제어 기능만 잠시 중지하세요.

이 페이지에서는 설정 하나를 불러오고, 아웃바운드 그룹 하나를 선택하고, 트래픽 처리 방식 하나를 켠 다음 대상 요청 하나를 확인하는 최소 절차만 다룹니다. DNS 강화 모드, 사용자 지정 규칙, 규칙 제공자는 일단 변경하지 마세요. 프로토콜 차이나 코어 호환성을 확인하려면 프로토콜 및 코어 안내서를 참고하세요. 처음 연결하기 전에 변수를 너무 많이 바꾸지 않는 것이 좋습니다.

1. 구독을 가져와 설정 활성화

클라이언트를 실행하고 ‘설정’ 또는 Profiles 페이지로 이동합니다. ‘구독 링크’, ‘URL에서 가져오기’와 같은 메뉴를 찾아 전체 링크를 입력란에 붙여넣고 ‘가져오기’ 또는 ‘다운로드’를 누릅니다. 복사할 때 채팅 메시지의 따옴표, 줄바꿈, 설명 문구가 포함되지 않도록 주의하세요. 구독 주소에는 접속 정보가 포함되는 경우가 많으므로 신뢰할 수 있는 클라이언트에만 입력하고 공개 게시판에 공유하지 마세요. 문제를 확인하기 위해 화면을 캡처할 때도 전체 주소를 가려야 합니다.

가져오기를 실행한 뒤 다운로드와 파싱이 끝날 때까지 기다립니다. 성공하면 보통 설정 이름, 출처 또는 업데이트 시간 등이 표시된 설정 카드가 나타납니다. 가져오기 성공과 설정 사용은 별개입니다. 새 설정이 자동으로 활성화되는 클라이언트도 있지만, 카드를 누르거나 라디오 버튼 또는 ‘이 설정 사용’을 선택해야 하는 경우도 있습니다. 선택 상태를 확인한 뒤 프록시 페이지로 이동해 설정에 포함된 정책 그룹과 아웃바운드 항목이 표시되는지 확인하세요.

로컬 YAML 파일을 사용하는 경우 설정 페이지에서 ‘파일에서 가져오기’를 선택하거나 시스템 파일 선택기로 파일을 엽니다. 파일 내용을 구독 주소 입력란에 붙여넣으면 안 됩니다. 가져온 뒤에는 해당 설정을 선택하고 적용해야 합니다. 클라이언트에 따라 파일을 자체 설정 디렉터리로 복사할 수 있어 원본 파일을 수정해도 동기화되지 않을 수 있습니다. 다시 가져와야 하는지 직접 편집할 수 있는지는 클라이언트의 파일 관리 방식을 확인하세요.

가져오기 결과 확인

프록시 페이지에 그룹이 표시되면 클라이언트가 설정 내용을 읽은 것입니다. 다만 원격 노드에 연결할 수 있다는 뜻은 아닙니다. 페이지가 여전히 비어 있다면 설정 페이지로 돌아가 선택 항목을 확인한 뒤 가져오기 안내나 로그를 살펴보세요. 다운로드는 성공했지만 파싱에 실패했다면 링크가 로그인 페이지나 오류 안내를 반환했거나, 클라이언트가 지원하지 않는 형식일 수 있습니다. 파일 확장자만으로 형식을 판단하지 말고, 확인을 위해 출처가 불분명한 변환 사이트에 구독 정보를 제출하지 마세요.

구독 업데이트에 실패하면 먼저 링크가 완전한지, 서비스가 만료되지 않았는지, 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하세요. 클라이언트에 이전에 사용하던 설정이 남아 있다면 바로 삭제하고 다시 추가하지 말고 보존하세요. 업데이트는 별도의 네트워크 요청입니다. 노드에 연결할 수 있어도 구독 서버에는 접속하지 못할 수 있고, 반대로 구독을 다운로드할 수 있어도 모든 노드를 사용할 수 있는 것은 아닙니다. 자세한 내용은 자주 묻는 질문을 참고하세요.

원격 설정은 다음 업데이트 때 직접 수정한 내용을 덮어쓸 수 있습니다. 처음 연결하는 동안에는 원본 설정을 유지하고, 나중에 규칙을 추가할 때는 클라이언트가 공식 지원하는 덮어쓰기, 병합 또는 확장 기능을 사용하세요. 지금은 설정 페이지에서 설정 하나가 선택되어 있고 프록시 페이지에 해당 설정의 정책 그룹이 표시되는지만 확인하면 됩니다. 두 조건이 충족되면 프록시 모드를 선택하세요.

2. 규칙 모드와 아웃바운드 노드 선택

클라이언트의 ‘프록시’, ‘개요’ 또는 ‘아웃바운드 모드’ 영역에서 ‘규칙 / 전역 / 직접 연결’ 전환 메뉴를 찾습니다. 처음에는 규칙 모드를 선택하는 것이 좋습니다. 이 모드는 설정에 있는 규칙에 따라 각 연결을 프록시, 직접 연결 또는 다른 아웃바운드 방식으로 처리합니다. 특정 사이트는 반드시 프록시를 사용한다는 고정 목록이 아니며, 실제 동작은 현재 설정의 규칙 순서와 정책 참조에 따라 달라집니다.

정책 그룹 목록에서 주요 프록시 트래픽에 사용되는 그룹을 엽니다. 그룹 이름은 설정 작성자가 정하므로 ‘프록시 선택’, ‘노드 선택’ 등으로 표시될 수 있습니다. 이름이 정확히 일치하는 항목을 찾을 필요는 없습니다. 그룹을 열어 구체적인 노드가 있는지, 다른 정책 그룹이 한 단계 더 있는지 확인하세요. 수동 선택 그룹이라면 사용 가능한 노드 하나를 선택하고 선택 표시가 해당 항목에 남아 있는지 확인합니다. 현재 선택된 항목이 DIRECT라면 해당 연결은 대상에 직접 접속합니다.

그룹이 자동 선택 또는 장애 조치를 사용하면 설정에 따라 클라이언트가 노드를 테스트하고 전환할 수 있어 수동 선택 그룹처럼 노드를 고정할 수 없을 수도 있습니다. 그룹 이름에 ‘자동’이 들어 있다고 모든 앱의 트래픽이 자동으로 처리되는 것은 아닙니다. 정책 그룹은 코어에 전달된 연결의 아웃바운드만 결정합니다. 운영체제가 앱 트래픽을 클라이언트로 보내는지는 다음 단계에서 설정해야 합니다. 그룹 구조가 낯설다면 개념 빠른 안내에서 정책 그룹과 아웃바운드 설명을 확인하세요.

세 가지 모드의 용도

전역 모드는 일반적으로 해당 모드의 제어를 받는 연결을 전역 정책으로 처리하므로 임시 비교 테스트에 편리합니다. 전환한 뒤에는 전역 정책 그룹에서 어떤 아웃바운드가 선택되어 있는지도 확인해야 합니다. 시스템 프록시나 TUN이 처리하지 않는 앱까지 자동으로 클라이언트에 연결해 주지는 않으며, 기기의 모든 데이터가 반드시 원격 노드를 거친다는 뜻도 아닙니다. 직접 연결 모드에서는 일반적으로 모드 제어를 받는 연결이 대상에 직접 접속합니다. 직접 연결을 복구하거나 프록시 경로를 점검할 때 사용할 수 있지만 원격 프록시가 작동하는지 확인하는 데는 적합하지 않습니다.

클라이언트에 지연 시간 테스트 기능이 있다면 현재 그룹에서 실행하고 결과가 나올 때까지 기다린 뒤 노드를 선택할 수 있습니다. 테스트 결과는 노드에서 지정된 테스트 대상까지의 연결 상태를 보여줄 뿐, 모든 웹사이트의 접속 속도를 의미하지는 않습니다. 시간 초과는 테스트 대상, 인증 정보 또는 네트워크 상태 때문일 수도 있습니다. 테스트를 완료할 수 있고 실제 대상에도 접속할 수 있는 아웃바운드 하나를 먼저 선택하세요. 처음 설정할 때 가장 낮은 수치를 찾을 필요는 없습니다.

설정이 끝나면 규칙 모드를 유지하고 현재 기본 정책 그룹에서 선택한 항목을 기억해 두세요. 그런 다음 시스템 트래픽 처리 기능을 켜면 문제가 생겼을 때 ‘아웃바운드를 잘못 선택했는지’와 ‘앱이 코어에 전달되지 않았는지’를 구분할 수 있습니다. 모드 전환, 구독 업데이트, 노드 설정 변경을 동시에 하지 마세요. 어떤 변경이 결과에 영향을 줬는지 파악하기 어렵습니다.

3. 연결을 켜고 시스템 권한 설정

데스크톱에서는 먼저 클라이언트에 코어가 실행 중이라고 표시되는지 확인합니다. 별도의 ‘시작’ 또는 ‘코어 실행’ 버튼이 있다면 먼저 누른 뒤 ‘시스템 프록시’를 켜세요. 일부 클라이언트는 코어를 자동으로 실행하므로 시작 실패 메시지가 없는지 확인하면 됩니다. 그런 다음 시스템 프록시 설정을 따르는 브라우저를 열어 테스트하세요. 시스템 프록시는 앱에 로컬 프록시 주소를 제공하는 기능이며 모든 앱과 프로토콜이 이를 사용한다고 보장하지는 않습니다.

Windows에서는 시스템 프록시 설정을 열어 클라이언트가 프록시를 활성화했는지 확인할 수 있지만, 처음에는 포트를 직접 변경하지 않는 것이 좋습니다. macOS에서 네트워크 프록시 변경 권한을 요청하면 시스템 안내에 따라 허용하세요. Linux 데스크톱 환경과 앱은 프록시 설정 지원 방식이 서로 다릅니다. 브라우저는 정상 접속되는데 명령줄 도구가 프록시를 사용하지 않더라도 클라이언트 오류라고 단정할 수 없습니다. 먼저 브라우저로 확인한 뒤 환경 변수나 전용 프록시 설정이 필요한 프로그램은 별도로 설정하세요.

Android 또는 iOS에서는 보통 메인 화면의 ‘연결’ 버튼이나 스위치를 누릅니다. 시스템에서 VPN 연결을 설정하거나 VPN 구성을 추가하라는 메시지가 처음 표시되면, 요청을 보낸 앱이 방금 설치한 클라이언트인지 확인하고 안내에 따라 허용하세요. 여기서 VPN 인터페이스는 모바일 운영체제가 트래픽을 전달하는 방식이며, 클라이언트가 사용하는 원격 프로토콜도 반드시 기존 VPN 프로토콜이라는 뜻은 아닙니다. 권한을 허용한 뒤 클라이언트로 돌아가 연결 상태가 안정될 때까지 기다린 다음 다음 단계로 진행하세요.

TUN 모드를 켜야 하는 경우

대상 앱이 시스템 프록시를 따르지 않거나 더 다양한 연결을 처리해야 할 때 TUN 모드를 고려하세요. TUN은 가상 네트워크 인터페이스를 통해 트래픽을 전달하며 라우팅과 DNS 설정이 필요할 수 있습니다. 데스크톱에서는 서비스 구성 요소 설치, 권한 상승 또는 네트워크 확장 승인 등이 필요할 수 있습니다. 클라이언트 안내에 따라 설정하고 출처가 불분명한 드라이버는 설치하지 마세요. 처음 테스트에 TUN이 필요 없다면 시스템 프록시부터 사용해 문제 해결 단계를 줄이세요.

클라이언트에 따라 시스템 프록시와 TUN을 함께 켤 수 있거나 특정 조합을 권장할 수 있습니다. 이 페이지에서는 처음 확인할 때 주요 트래픽 처리 방식을 하나만 선택하고 결과를 확인한 뒤 필요에 따라 조정합니다. 모바일에서는 앱별 프록시, 우회 목록 또는 앱별 VPN 설정도 확인하세요. 테스트할 브라우저가 제외 목록에 있다면 요청이 예상한 경로로 코어에 전달되지 않습니다. 전체 스위치만 확인하지 말고 테스트 앱이 처리 범위에 포함되는지도 확인하세요.

기능을 켠 직후 네트워크가 끊기면 방금 활성화한 기능을 끄고 기존 연결이 복구되는지 확인한 다음, 클라이언트 로그에서 시작 실패, 포트 충돌 또는 권한 오류를 살펴보세요. 확인하는 대신 계속 재시작하거나 권한 요청을 반복하지 마세요. 데스크톱 창만 닫은 경우에는 프로그램이 시스템 트레이나 메뉴 막대에서 계속 실행 중인지 확인하세요. 창을 닫아도 프록시가 중지되지 않을 수 있습니다. 클라이언트를 실행해 둔 상태에서 실제 요청으로 연결 경로를 확인합니다.

4. 규칙 적용 및 프록시 출구 확인

먼저 클라이언트의 ‘연결’ 페이지를 열고 브라우저에서 새 탭을 띄워 프록시로 처리될 것으로 예상되는 대상에 접속합니다. 캐시된 페이지를 확인하는 대신 새 페이지 요청을 보내세요. 클라이언트로 돌아와 해당 도메인 또는 대상 주소의 연결 기록에서 적용된 규칙, 정책 그룹, 최종 아웃바운드를 확인합니다. 클라이언트마다 표시 항목이 다르며, 전체 정책 경로를 보려면 연결 상세 정보를 눌러야 할 수도 있습니다.

대상 접속 여부, 연결의 코어 유입 여부, 최종 아웃바운드를 함께 확인하세요. 기록에 DIRECT가 표시되고 설정에서도 해당 대상을 직접 연결하도록 되어 있다면 규칙이 정상적으로 작동한 것입니다. 프록시를 기대했는데 직접 연결 규칙이 적용됐다면 DNS를 바로 바꾸기보다 현재 불러온 설정과 규칙 순서를 먼저 확인하세요. 규칙은 위에서 아래로 적용되므로 앞에서 먼저 일치한 규칙이 뒤쪽 규칙의 적용 기회를 막을 수 있습니다.

신뢰할 수 있는 출구 IP 조회 서비스를 참고할 수 있지만 조회 페이지 자체도 규칙의 영향을 받습니다. 표시된 출구는 해당 조회 요청에만 해당하며 기기의 모든 앱이 같은 경로를 사용한다고 단정할 수 없습니다. 모바일 네트워크, IPv4와 IPv6, 여러 출구 주소에 따라 결과가 달라질 수도 있습니다. 주소가 바뀌었는지만 보는 것보다 조회 결과를 클라이언트 기록과 대조하는 편이 정확합니다. 결과를 공유할 때는 개인 네트워크 정보가 노출되지 않도록 주의하세요.

연결 경로를 따라 문제 확인

웹페이지는 열렸는데 연결 페이지에서 요청을 찾을 수 없다면 페이지를 다시 불러오고, 현재 표시 범위가 활성 연결인지 기록인지 확인하세요. 연결 시간이 짧으면 이미 종료됐을 수 있고 브라우저가 캐시를 재사용했을 수도 있습니다. 표시 범위를 확인한 뒤에도 기록이 없다면 시스템 프록시, 브라우저 자체 프록시, TUN 처리 범위, 다른 네트워크 도구의 실행 여부를 점검하세요. 이 경우에는 원격 노드 속도보다 앱에서 코어까지의 경로가 중요합니다.

연결 기록이 있고 최종 아웃바운드도 올바른데 대상이 계속 열리지 않는다면 로그에서 해당 요청과 관련된 오류를 확인하세요. 인증 실패, 연결 시간 초과, 도메인 이름 확인 실패는 각각 다른 방식으로 해결해야 합니다. 같은 그룹에서 노드 하나만 바꾼 뒤 동일한 대상에 다시 접속해 비교할 수 있습니다. 모든 노드에서 실패한다면 구독 상태, 네트워크 환경, 오류 유형을 다시 확인하세요. 여러 설정을 한 번에 바꾸지 말고 대상 하나에 접속할 수 없다는 이유만으로 전체 설정이 잘못됐다고 판단하지 마세요.

규칙 모드에서 특정 사이트에 문제가 생기면 잠시 전역 모드로 전환하고 같은 노드를 명시적으로 선택한 뒤 동일한 요청을 반복해 볼 수 있습니다. 전역 모드에서는 정상인데 규칙 모드에서 문제가 발생한다면 규칙과 정책 연결을 먼저 점검하세요. 두 모드 모두 실패하면 노드나 트래픽 처리 경로를 확인합니다. 이는 문제 범위를 좁히기 위한 비교 방법입니다. 테스트가 끝나면 원래 사용하려던 규칙 모드로 되돌리세요. 프로토콜 기능, DNS 원리, 코어 차이는 프로토콜 안내서를, 사용 중 발생하는 일반적인 문제는 FAQ를 참고하세요.

마지막으로 설정에서 직접 연결하도록 예상된 대상에도 접속해 아웃바운드를 확인하세요. 이렇게 하면 프록시 연결이 작동하는지뿐 아니라 모든 요청이 같은 경로로 잘못 전달되지 않는지도 확인할 수 있습니다. 완료한 뒤에는 현재 사용할 수 있는 설정과 정책 그룹 선택을 유지하고, 이후 변경 사항을 비교할 기준으로 삼으세요.

완료 후 업데이트 및 종료

처음 연결한 뒤 설정 페이지에서 구독 업데이트 설정을 확인할 수 있습니다. 업데이트 주기는 구독 제공자의 권장 사항을 따르세요. 자주 새로고침한다고 연결이 더 안정적으로 유지되는 것은 아닙니다. 네트워크 변경, 설정 업데이트 또는 클라이언트 업그레이드 후에는 기본 정책 그룹과 대상 요청을 다시 확인하면 됩니다. 권한 설정을 매번 처음부터 반복할 필요는 없습니다. 계속 유지해야 하는 로컬 변경 사항은 클라이언트가 지원하는 덮어쓰기 기능으로 기록하고 복구 가능한 사본을 보관하세요.

사용을 마치면 데스크톱에서는 시스템 프록시나 TUN을 먼저 끈 뒤 클라이언트를 종료합니다. 모바일에서는 연결을 끊고 시스템 연결도 종료됐는지 확인하세요. 프로그램이 비정상 종료된 뒤 브라우저에서 인터넷에 접속할 수 없다면 네트워크 설정을 전부 초기화하기 전에 시스템이 이미 종료된 로컬 프록시를 가리키는지 확인하세요. 올바른 종료 습관은 다음에 연결할 때 환경 차이로 생기는 문제를 줄여 줍니다.