Clash 설정 시작하기: 가져오기와 연결

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

현재 운영체제에 맞는 클라이언트를 먼저 설치하세요. 아직 설치하지 않았다면 Clash 다운로드 페이지에서 플랫폼과 설치 파일을 선택해 설치한 뒤 이 페이지로 돌아오세요. 그래픽 클라이언트는 조작 화면을 제공하고, 커널은 설정을 읽어 규칙을 적용하고 연결을 만듭니다. 처음 사용할 때 커널을 따로 내려받거나 설정 파일을 직접 편집할 필요는 없습니다. 우선 클라이언트에 기본으로 제공되는 기능을 사용하세요.

사용할 수 있는 Clash 호환 구독 주소나 신뢰할 수 있는 출처에서 받은 설정 파일을 준비하세요. 구독 주소는 설정 내용을 가리키는 주소이지 계정 관리 페이지나 단일 노드 소개 페이지가 아닙니다. 클라이언트를 설치하는 것만으로 연결 서비스가 자동으로 제공되지는 않습니다. 이 안내는 이미 구독이나 설정을 확보한 상태에서 시작합니다. 출처에서 여러 형식을 제공한다면 Clash 또는 mihomo용이라고 명시된 형식을 선택하세요.

현재 인터넷에 정상적으로 연결되는 환경을 유지하고 기기의 날짜와 시간이 정확한지 확인하세요. 트래픽을 제어하는 다른 프록시나 VPN 도구는 종료해 첫 연결의 트래픽이 어느 클라이언트로 전달되는지 헷갈리지 않도록 합니다. 구독 링크에 계정 접속 정보가 포함될 수 있으니 공개 게시판에 올리지 말고, 화면을 공유할 때 주소창 전체가 보이지 않도록 주의하세요. 준비가 끝나면 설정 페이지에서 가져오기를 시작합니다.

1단계: 구독 가져오기 및 설정 활성화

원격 구독 추가

클라이언트에서 ‘설정’ 또는 ‘구독’ 페이지를 열고 ‘추가’, ‘새로 만들기’, ‘링크에서 가져오기’와 같은 항목을 찾습니다. 원격 주소 유형을 선택한 다음 구독 주소 전체를 입력란에 붙여 넣으세요. 이름 입력란이 있다면 ‘일상 설정’처럼 알아보기 쉬운 이름을 지정할 수 있습니다. 이름은 항목을 구분하기 위한 것이며 연결 방식에는 영향을 주지 않습니다. 주소 앞뒤에 공백이 없는지, 안내 문구까지 함께 복사하지 않았는지 확인한 뒤 저장 또는 가져오기를 누르세요.

일부 클라이언트는 저장 직후 내용을 가져오지만, 항목 옆의 ‘업데이트’를 눌러야 하는 경우도 있습니다. 결과 메시지를 기다린 다음 항목의 업데이트 시간, 설정 세부 정보 또는 노드 목록을 확인하세요. 가져오기에 성공하면 파싱할 수 있는 프록시 항목이 표시됩니다. 완전한 설정에는 보통 정책 그룹과 트래픽 분기 규칙도 포함됩니다. 구독 이름만 나타났다고 내용 다운로드가 끝난 것은 아니므로 설정을 실제로 사용할 수 있는지 확인해야 합니다.

현재 사용할 설정 선택

방금 가져온 설정 항목을 눌러 ‘사용’, ‘활성화’ 또는 이에 해당하는 작업을 선택합니다. 항목에 선택 표시가 생겼는지 확인한 다음 프록시 페이지에서 표시되는 정책 그룹이 해당 설정에서 가져온 것인지 살펴보세요. 일부 클라이언트는 구독을 여러 개 저장할 수 있지만, 현재 실행 중인 설정이 마지막으로 추가한 항목이라는 보장은 없습니다. 업데이트에 성공했는데도 이전 목록이 보인다면 설정이 올바르게 선택됐는지 먼저 확인하세요. 반복해서 삭제하고 다시 가져올 필요는 없습니다.

로컬 설정 파일을 받은 경우 ‘파일에서 가져오기’를 사용해 해당 YAML 파일을 선택한 뒤 같은 방법으로 활성화합니다. 로컬 파일과 원격 구독의 차이는 업데이트 방식입니다. 원격 구독은 다시 가져올 수 있지만 로컬 파일은 보통 직접 교체해야 합니다. 출처에서 노드 링크 하나만 제공하고 가져온 뒤 규칙이나 정책 그룹이 없다면 완전한 설정이 아닐 수 있습니다. 클라이언트가 해당 가져오기 방식을 지원하는지 먼저 확인하세요.

가져오기에 실패하면 오류 유형부터 확인

다운로드 실패 메시지가 표시되면 주소가 만료됐는지, 원래 서비스에 다시 로그인해 링크를 받아야 하는지, 현재 네트워크에서 구독 출처에 접속할 수 있는지 확인하세요. 파싱 오류라면 다른 클라이언트용 형식을 사용했거나 다운로드 결과가 로그인 페이지인지 확인합니다. 비공개 구독을 출처가 불분명한 온라인 변환 사이트에 입력하지 마세요. 프로토콜 필드와 형식 호환성은 커널 및 설정 호환성 참고를 확인하세요. 이 단계의 완료 기준은 설정이 활성화되고 프록시 페이지에 내용이 정상적으로 표시되는 것입니다.

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

설정을 활성화한 뒤 ‘모드’ 설정을 찾아 처음에는 ‘규칙’을 선택하세요. 현재 설정의 규칙에 따라 각 연결을 직접 연결, 프록시 또는 차단 등으로 처리합니다. 규칙 모드는 연결 스위치가 아니므로 선택한 뒤에도 다음 단계에서 시스템 프록시나 모바일 연결을 켜야 합니다. 연결을 켠 뒤 여러 옵션을 한꺼번에 조정하면 어떤 변경이 영향을 미쳤는지 파악하기 어려우니, 먼저 트래픽 분기 방식을 정하세요.

이어서 ‘프록시’ 또는 ‘정책 그룹’ 페이지를 엽니다. 프록시 연결 경로를 담당하는 그룹을 찾으세요. 이름은 ‘Proxy’일 수도 있고 다른 이름일 수도 있습니다. 그룹 목록을 열고 사용할 노드를 선택합니다. 그룹 안에서 다른 정책 그룹을 선택했다면 최종 노드를 확인할 때까지 하위 그룹을 계속 살펴보세요. 그룹 이름은 설정 작성자가 붙인 라벨일 뿐, 이름만으로 프록시를 사용한다고 판단할 수 없습니다.

현재 선택 항목이 DIRECT라면 보통 직접 연결을 뜻하며 원격 프록시 노드를 거치지 않습니다. 설정에 자동 선택이나 장애 조치 그룹이 있다면 현재 선택된 항목을 먼저 확인하세요. 처음 설정할 때는 결과를 확인하기 쉽도록 명확한 노드를 임시로 선택할 수도 있습니다. 클라이언트의 테스트 기능은 연결 상태를 파악하는 데 참고할 수 있지만, 테스트 성공이 모든 웹사이트와 앱의 정상 작동을 보장하지는 않습니다.

이제 두 가지를 확인하세요. 현재 모드는 규칙이고, 대상 정책 그룹에서 원하는 노드를 선택했는지 확인합니다. 처음부터 완벽하게 설정하려고 규칙, DNS, 커널 매개변수를 한꺼번에 바꾸지 마세요. 프로토콜 종류와 리소스 선택은 고급 설정에 해당하므로 나중에 프로토콜 참고를 살펴봐도 됩니다. 기본 연결을 먼저 완료하는 데는 영향을 주지 않습니다.

3단계: 연결을 켜고 필요한 권한 허용

PC에서는 먼저 시스템 프록시 사용

클라이언트의 홈 또는 설정 페이지로 돌아가 커널이 실행 중인지 확인한 다음 ‘시스템 프록시’를 켭니다. 클라이언트에 연결 버튼 하나만 있다면 버튼을 누른 뒤 상태 안내를 확인해 커널 실행과 시스템 프록시 설정이 함께 이뤄졌는지 살펴보세요. 시스템 프록시는 운영체제에 로컬 프록시 주소를 등록합니다. 브라우저처럼 해당 설정을 따르는 앱은 연결을 클라이언트로 전달하므로 처음 연결을 확인할 때 적합합니다.

우선 기본 수신 포트를 사용하세요. 안내를 그대로 따라야 한다는 이유로 임의의 고정 숫자로 바꿀 필요는 없습니다. 포트 사용 중 오류가 나면 다른 클라이언트나 이전 프로세스가 실행 중인지 확인하고, 충돌하는 프로그램을 종료한 뒤 다시 시도하세요. 포트를 변경해야 한다면 클라이언트 설정에서 저장한 다음 시스템 프록시를 다시 활성화해 운영체제 설정과 현재 수신 포트를 일치시키세요. 시스템의 주소만 바꾸고 클라이언트 내부의 수신 설정을 놓치지 않도록 주의하세요.

모바일에서 시스템 연결 권한 확인

모바일 클라이언트에서 ‘연결’ 또는 기본 스위치를 누릅니다. 처음 시작할 때는 보통 시스템 VPN 연결 권한 요청이 표시됩니다. 사용 중인 클라이언트에서 보낸 요청인지 확인한 뒤 허용하세요. VPN 표시는 시스템이 트래픽을 해당 네트워크 확장 기능이나 가상 인터페이스로 전달한다는 뜻이며, 별도의 VPN 앱을 설치해야 한다는 의미는 아닙니다. 권한을 허용한 뒤 클라이언트로 돌아와 연결 상태와 시스템 네트워크 상태를 확인하세요.

Android에서 연결 직후 중단된다면 먼저 클라이언트를 화면에 띄운 상태로 테스트한 다음 시스템 설정에서 백그라운드 실행과 배터리 제한을 확인하세요. iOS에서는 해당 VPN 설정을 추가하고 활성화할 수 있도록 시스템에서 허용했는지 확인합니다. 운영체제에 따라 같은 종류의 연결 두 개를 동시에 사용할 수 없습니다. 클라이언트를 바꾸기 전에 기존 연결을 끊어 이전 설정으로 트래픽이 전달되지 않게 하세요.

앱이 시스템 프록시를 따르지 않을 때 TUN 고려

브라우저는 정상 작동하지만 게임, 명령줄 또는 다른 앱의 트래픽이 클라이언트로 전달되지 않는다면 TUN이 필요한지 확인하세요. TUN은 가상 네트워크 인터페이스를 통해 해당 인터페이스로 라우팅된 트래픽을 전달하며, 일반적으로 서비스 모드나 관리자 권한이 필요합니다. 클라이언트 안내에 따라 서비스를 설치하거나 활성화한 뒤 TUN을 켜세요. 오류 원인을 파악하기 전에 시스템 프록시, TUN, DNS 설정을 반복해서 동시에 바꾸지 마세요.

TUN의 실제 트래픽 처리 범위는 라우팅, 제외 설정, 운영체제 제한의 영향을 받으므로 활성화한 뒤에도 대상 앱을 확인해야 합니다. 가상 네트워크 카드나 라우팅 오류가 발생하면 먼저 TUN을 끄고 정상 작동하는 시스템 프록시 방식으로 돌아간 뒤 오류 메시지를 보관해 문제를 확인하세요. 이 단계가 끝나면 클라이언트가 실행 중 또는 연결됨 상태여야 합니다. 스위치 색상만 보지 말고 실제 요청으로 연결 여부를 확인하세요.

4단계: 요청과 규칙 적용 결과 확인

접속이 허용된 익숙한 웹사이트를 열어 새로고침한 다음 클라이언트의 ‘연결’ 또는 ‘로그’ 페이지를 확인하세요. 요청을 보낸 직후 기록을 확인하면 해당 항목을 찾기 쉽습니다. 페이지가 캐시를 사용하는 경우 탭을 다시 열어도 새 연결이 발생하지 않을 수 있습니다. 페이지를 새로고침하거나 사이트의 다른 페이지를 열어 기록이 바뀌는지 확인하세요.

대상 도메인을 찾으면 적용된 규칙, 정책 그룹, 최종 연결 경로를 차례로 확인합니다. 예를 들어 설정에 DOMAIN-SUFFIX,github.com,Proxy가 있다면 해당 도메인과 하위 도메인에 조건이 맞는 연결은 Proxy라는 정책에서 처리됩니다. 다만 앞에 있는 규칙이 먼저 적용될 수도 있으므로 실제 기록을 기준으로 판단하세요. 대상이 직접 연결로 분류됐다면 노드가 고장 났다고 단정하지 말고 규칙과 그룹 선택을 먼저 확인합니다.

다음으로 예상상 직접 연결되어야 하는 다른 대상을 테스트해 규칙 모드에서 요청마다 처리 방식이 달라지는지 확인하세요. 모든 연결이 프록시로 표시되어야 정상인 것은 아닙니다. 규칙 설정에 따라 일부 트래픽은 직접 연결될 수 있습니다. 웹페이지가 열리거나 시스템에 VPN 아이콘이 표시되거나 노드 테스트에 성공했다는 사실만으로 대상 요청이 예상한 경로를 따랐다고 볼 수는 없습니다. 연결 기록이 더 직접적인 확인 수단입니다.

로그에서 대상 앱을 전혀 찾을 수 없다면 먼저 트래픽 진입점을 확인하세요. PC의 시스템 프록시가 켜져 있는지, 앱 자체 프록시 설정을 사용하는지, TUN이 필요한지 살펴봅니다. 기록은 있지만 연결에 실패한다면 같은 정책 그룹에서 다른 노드를 선택한 뒤 오류가 달라지는지 확인하세요. 특정 사이트 하나만 실패한다면 다른 대상과 비교해 클라이언트 전체가 작동하지 않는 문제로 잘못 판단하지 않도록 합니다.

마지막으로 연결을 끊었다가 다시 연결해 비교합니다. 시스템 프록시나 모바일 연결을 정상적으로 끈 다음 페이지를 새로고침하고, 다시 연결해 기록을 확인하세요. 테스트 중에는 다른 프록시 도구를 함께 실행하지 마세요. 비교 결과가 의미 없어집니다. 요청이 현재 클라이언트로 들어오고 예상한 정책이 적용되며 페이지가 정상적으로 열리면 기본 설정이 완료된 것입니다. 현재 설정을 이후 조정의 출발점으로 보관하세요.

Fake-IP: 우선 기본 설정 유지

Fake-IP는 DNS 작동 방식 중 하나입니다. 커널이 앱에 합성 주소를 반환하고 이후 연결 과정에서 매핑을 통해 대상 도메인을 복원해 트래픽을 분기할 수 있습니다. 합성 주소가 보인다고 반드시 DNS 오류가 있는 것은 아니며, 해당 주소를 웹사이트의 실제 서버 주소로 사용해서도 안 됩니다. 처음 설정한 뒤 모두 정상이라면 구독과 클라이언트의 현재 DNS 설정을 그대로 유지하세요. 특정 기능을 켜기 위해 따로 변경할 필요는 없습니다.

특정 로컬 네트워크 앱, 기기 검색 기능 또는 서비스에 문제가 생기면 먼저 기존 DNS 모드를 기록하고 실제로 이름 해석 문제가 원인인지 확인한 뒤 관련 제외 설정을 살펴보세요. 모드를 바꾼 뒤에도 기존 연결이나 앱 캐시가 영향을 줄 수 있으므로 클라이언트 안내에 따라 설정을 다시 불러오고 대상 앱을 완전히 종료한 다음 재시도합니다. 원인을 가려내기 어려워지니 DNS 서버 교체, 모드 변경, 규칙 수정을 동시에 하지 마세요.

이 페이지에서는 연결에 필요한 개념만 다룹니다. DNS와 트래픽 분기 규칙, 프로토콜 기능의 관계를 더 알아보려면 프로토콜 및 커널 기술 참고를 확인하세요. 기본 연결 확인에 실패했다면 먼저 요청 기록 확인으로 돌아가 트래픽이 커널에 전달되는지 파악하세요.

일상적인 사용: 업데이트, 종료, 설정 보관

앞으로 클라이언트를 열 때는 현재 설정과 연결 상태부터 확인하세요. 구독 내용이 바뀌었거나 노드가 작동하지 않거나 출처에서 업데이트를 안내한 경우에만 구독을 새로 고치면 됩니다. 업데이트 후에는 정책 그룹에서 원하는 항목이 계속 선택되어 있는지 확인하세요. 노드 이름이 바뀌거나 삭제되면 기존 선택이 더 이상 유효하지 않을 수 있습니다. 원격 업데이트로 가져온 내용의 수동 수정 사항이 덮어써질 수도 있습니다. 장기적으로 사용할 사용자 설정은 클라이언트에서 지원하는 오버라이드 방식으로 관리하고 복구할 설정을 먼저 저장하세요.

PC 클라이언트를 종료하기 전에 시스템 프록시를 끈 다음 클라이언트의 정상 종료 메뉴를 사용하세요. 모바일에서는 먼저 연결을 끊습니다. 비정상 종료 후 인터넷 문제가 생기면 시스템에 로컬 포트를 가리키는 프록시 설정이 남아 있는지 확인하고, 다른 작업에 필요한 프록시 설정을 실수로 바꾸지 않았는지 살펴보세요. 프로세스를 강제로 종료하는 방식은 일상적인 연결 해제 방법으로 사용하지 마세요.

도움을 요청할 때는 운영체제, 클라이언트 이름, 사용 모드, 대상 요청이 보이는지, 오류가 발생한 단계를 설명하세요. 로그를 공유하기 전에 구독 주소, 인증 정보, 불필요한 접속 기록을 숨기세요. 정상 작동이 확인된 설정을 하나 보관하고 설정을 한 번에 하나씩만 바꿔 매번 확인하면, 문제가 생겼을 때 마지막 변경부터 원인을 찾을 수 있습니다.