Clash 사용법 가이드

1단계: 구독 가져오기

먼저 구독 제공업체의 관리 페이지에서 Clash 또는 Mihomo용 구독 메뉴를 찾아 페이지의 복사 버튼으로 전체 주소를 복사합니다. 브라우저에서 열어 둔 계정 홈이나 구매 내역 페이지는 구독 주소와 다릅니다. 복사한 주소 앞뒤에 공백이나 줄바꿈, 안내 문구가 들어가지 않았는지 확인하세요. 여러 형식이 제공된다면 현재 클라이언트 코어와 호환되는 형식을 우선 선택하고, 이름이 비슷하다는 이유만으로 가져오지 마세요.

URL에서 새 설정 만들기

클라이언트로 돌아가 ‘설정’ 또는 ‘구독’ 페이지를 열고 ‘가져오기’, ‘추가’ 또는 더하기 버튼을 찾습니다. URL 가져오기를 선택하고 복사한 주소를 링크 입력란에 붙여 넣은 뒤, ‘일상 구독’처럼 알아보기 쉬운 이름을 입력합니다. 이 이름은 설정을 구분하기 위한 것으로 노드 연결에는 영향을 주지 않습니다. 저장한 뒤 클라이언트가 내용을 다운로드하고 파싱할 때까지 기다리세요. 성공하면 보통 이름과 업데이트 시간 또는 업데이트 메뉴가 표시된 설정 카드가 추가됩니다.

일부 클라이언트는 링크 입력란 옆에 바로 다운로드 버튼이 있고, 다른 클라이언트는 먼저 저장한 다음 직접 업데이트해야 합니다. 작업 후 성공 메시지가 표시되는지 확인하세요. 카드가 보인다고 해서 내용까지 다운로드된 것은 아닙니다. 오류가 발생하면 안내 문구를 확인해 다운로드 실패인지 파싱 실패인지 구분합니다. 다운로드 실패라면 주소가 완전한지, 구독이 유효한지, 현재 네트워크에서 제공업체 페이지에 접속할 수 있는지 확인하세요. 파싱 실패라면 받은 내용이 설정 파일인지, 로그인 페이지나 오류 페이지인지 먼저 확인합니다.

가져온 설정을 현재 설정으로 지정

다운로드가 완료되면 방금 추가한 설정 카드를 누르거나 메뉴에서 ‘사용’, ‘활성화’와 같은 항목을 선택합니다. 카드에 선택 테두리나 체크 표시, 현재 사용 중이라는 안내가 나타나는지 확인한 다음 프록시 페이지에서 정책 그룹을 살펴보세요. 카드가 있어도 활성화되지 않았다면 클라이언트가 이전 설정을 계속 사용할 수 있으며, 이후 선택하는 노드도 이전 설정에 있는 노드일 수 있습니다. 처음에는 현재 설정 하나만 명확히 지정해 이름이 비슷한 설정을 번갈아 선택하지 않도록 하세요.

로컬 파일을 받았다면 같은 페이지의 파일 가져오기 메뉴에서 제공업체가 전달한 전체 YAML 설정 파일을 선택합니다. 노드 정보만 담긴 일부 내용에는 실행 가능한 정책 그룹, 규칙, 기본 설정이 없을 수 있으므로 파일 확장자만 바꿔 완전한 설정으로 만들 수는 없습니다. 가져온 뒤에는 해당 설정을 활성화하고 프록시 페이지에 실제 항목이 표시되는지 확인하세요. 로컬 파일은 보통 원격 구독 변경 사항을 자동으로 반영하지 않으므로 업데이트 방법도 제공업체 안내에 따르세요.

다른 형식을 Clash 설정으로 변환해야 한다면 먼저 구독 변환 관련 자주 묻는 질문에서 지원 형식과 링크 보안을 확인한 뒤 변환 여부를 결정하세요. 다운로드가 계속 실패한다면 구독 실패 문제 해결의 전체 절차를 확인하세요. 여기서 DNS, 포트, 프록시 모드를 동시에 조정할 필요는 없습니다. 현재 설정이 정상이라면 다음 단계에서 요청 처리 방식을 선택합니다.

2단계: 프록시 모드 선택

클라이언트의 프록시 페이지에서 ‘규칙 / 전역 / 직접 연결’ 모드를 찾아 처음에는 ‘규칙’을 선택합니다. 현재 설정의 규칙에 따라 각 요청을 직접 연결, 프록시 또는 다른 정책으로 처리합니다. 규칙 모드라고 해서 한국 내 모든 사이트는 직접 연결되고 해외 사이트는 전부 프록시를 이용하는 것은 아닙니다. 실제 동작은 설정 규칙에 따라 달라지므로 모드를 선택한 뒤 규칙이 참조하는 정책 그룹에 적절한 출구가 지정되어 있는지 확인해야 합니다.

‘전역’ 모드는 보통 코어에 들어온 요청을 전역 정책으로 처리하며, 규칙 분기와 일괄 프록시의 동작을 임시로 비교할 때 사용합니다. 클라이언트로 전달되지 않는 앱의 트래픽까지 자동으로 처리하는 기능은 아닙니다. ‘직접 연결’은 보통 코어에 들어온 요청을 대상에 바로 연결하며 클라이언트를 종료한다는 뜻이 아닙니다. 두 모드의 차이를 이해하면 규칙, 앱의 트래픽 전달, 노드 문제를 같은 원인으로 혼동하지 않을 수 있습니다.

주요 정책 그룹에서 출구 선택

프록시 페이지에서 제공업체 설정의 주요 선택 그룹을 펼칩니다. 이름에는 ‘프록시’, ‘노드 선택’이나 사용자 지정 문구가 포함될 수 있습니다. 이름만 보고 용도를 짐작하지 말고 설정 안내와 이후 연결 상세 정보에 표시되는 정책 경로를 함께 확인하세요. 수동 선택 그룹이라면 실제 노드를 눌러 출구로 지정하고 선택 표시가 이동하는지 확인합니다. 다른 정책 그룹을 선택했다면 계속 펼쳐 최종적으로 사용 가능한 노드나 명확한 자동 선택 방식이 있는지 확인하세요.

자동 지연 시간 테스트, 장애 조치, 부하 분산은 서로 다른 정책입니다. 첫 연결을 위해 그룹을 다시 구성할 필요는 없습니다. 구독에 자동 그룹이 포함되어 있다면 먼저 그대로 사용하고 최종 선택 결과를 확인하세요. 수동 그룹은 선택한 노드를 사용할 수 없다고 해서 다른 노드로 자동 전환되지 않습니다. 테스트가 실패하면 모든 모드를 계속 바꾸기보다 사용 가능한 것으로 확인된 다른 노드를 먼저 선택하세요. 정책 그룹의 자세한 차이는 기본 연결이 성공한 뒤 살펴봐도 됩니다.

노드 지연 시간 테스트: 연결 가능 여부 확인

정책 그룹 옆의 속도 테스트 또는 지연 시간 테스트 메뉴를 찾아 한 번 실행하고 결과가 갱신될 때까지 기다립니다. 테스트는 보통 클라이언트가 후보 노드를 거쳐 지정된 테스트 주소에 접속하는 방식으로, 해당 경로가 그 시점에 연결 가능한지 판단하는 데 도움을 줍니다. 시간 초과가 표시되어도 이번 테스트가 예상대로 완료되지 않았다는 뜻일 뿐이며 테스트 주소, DNS, 서버 상태가 원인일 수도 있습니다. 지연 시간이 짧다고 다운로드 대역폭이 크다는 뜻은 아니며 모든 서비스에 접속할 수 있다는 보장도 없습니다.

첫 연결을 확인할 때는 테스트가 완료되는 노드 하나면 충분합니다. 가장 낮은 수치를 얻으려고 반복해서 테스트할 필요는 없습니다. 대용량 파일을 다운로드 중이거나 네트워크가 혼잡할 때는 결과를 비교하지 말고 여러 테스트를 동시에 실행하지 마세요. 노드를 선택한 뒤 이름을 기억해 두고 다음 연결 단계와 최종 웹 확인에서도 같은 노드를 사용해야 문제 발생 시 결과를 비교할 수 있습니다. 모든 노드에서 시간 초과가 발생하면 먼저 구독 상태를 확인한 다음 문제 해결 매뉴얼의 노드 시간 초과 절차를 살펴보세요.

이 단계가 끝나면 클라이언트는 규칙 모드이며 주요 정책 그룹이 지정되어 있어야 합니다. 여기서 정한 것은 코어에 들어온 요청의 처리 방식일 뿐, 어떤 앱이 트래픽을 코어에 전달할지는 아직 설정하지 않았습니다. 다음으로 시스템 트래픽 처리를 활성화한 뒤 실제 웹 요청을 확인합니다.

3단계: 연결 활성화

먼저 클라이언트 코어가 시작되었고 설정 로드 실패나 포트 사용 중 메시지가 없는지 확인합니다. 데스크톱 클라이언트는 실행과 동시에 코어가 시작되기도 하고 홈 화면의 시작 버튼을 눌러야 할 수도 있습니다. 앱 아이콘이 보인다는 것만으로 코어가 작동 중이라고 판단할 수는 없습니다. 첫 연결 중에는 상태와 오류를 바로 확인할 수 있도록 클라이언트 창을 열어 둔 다음, 기기에 맞는 방법으로 트래픽 처리를 설정하세요.

데스크톱: 시스템 프록시 켜기

클라이언트의 홈 화면이나 설정 페이지에서 ‘시스템 프록시’를 찾아 켭니다. 이 설정은 보통 운영체제의 프록시 주소를 클라이언트가 로컬에서 수신 대기 중인 포트로 지정해 시스템 프록시를 따르는 브라우저와 앱이 요청을 보내도록 합니다. 시스템에서 네트워크 설정 변경을 허용할지 물으면 클라이언트를 실행한 것이 맞는지 확인한 뒤 승인하세요. 켠 다음에는 잠시 후 자동으로 꺼지지 않고 계속 활성화되어 있는지 클라이언트에서 확인합니다.

처음 설정할 때 모든 포트를 직접 입력할 필요는 없습니다. 클라이언트의 기본 수신 대기 설정을 유지하고, 같은 클라이언트가 시스템 프록시를 설정했는지 확인하세요. 운영체제에서 프록시를 직접 설정한 적이 있다면 기존 값을 기록한 뒤 이전 프로그램이나 종료된 프로세스를 가리키고 있지 않은지 살펴봅니다. 포트 번호는 현재 클라이언트가 실제로 사용 중인 값과 일치해야 합니다. 다른 가이드에서 7890을 사용한다고 해서 모든 기기의 값을 7890으로 바꾸면 안 됩니다.

시스템 프록시가 모든 앱에 적용되는 것은 아닙니다. 일부 터미널 도구, 게임, 자체 네트워크 기능을 사용하는 앱은 시스템 프록시를 무시할 수 있습니다. 브라우저에서는 확인되지만 특정 앱만 실패한다면 노드를 사용할 수 없다고 단정하지 말고 해당 앱의 프록시 설정부터 확인하세요. 포트 용도와 사용 중인 포트 문제는 Clash 포트 설정 문제 해결에서 확인할 수 있습니다. 먼저 시스템 프록시를 따르는 브라우저로 연결을 확인한 뒤 더 넓은 범위의 트래픽 처리가 필요한지 판단하세요.

모바일: 연결 및 시스템 권한 승인

휴대전화에서 클라이언트 홈 화면으로 돌아가 연결 버튼을 누릅니다. 처음 연결할 때는 보통 VPN 설정 추가 또는 VPN 연결을 허용할지 묻는 시스템 창이 표시되므로 안내에 따라 승인하세요. 여기서 VPN은 시스템의 네트워크 트래픽 처리 기능을 가리키며, 클라이언트가 사용 가능한 노드를 자동으로 확보했다는 뜻은 아닙니다. 앞의 두 단계에서 준비한 설정과 정책 선택이 여전히 필요합니다. 권한을 승인한 뒤 클라이언트의 연결 상태와 시스템에 해당 VPN 표시가 나타나는지 확인하세요.

같은 기기에서 다른 VPN, 필터링 도구, 네트워크 가속 앱이 유사한 트래픽 처리 기능을 사용 중일 수 있습니다. 정확한 결과를 확인하려면 첫 테스트에서는 확인할 연결 하나만 사용하세요. 모바일에서 백그라운드로 전환한 뒤 곧 연결이 끊긴다면 먼저 앱을 열어 둔 상태로 접속 테스트를 하고, 그다음 시스템 설정에서 배터리 제한과 백그라운드 실행 권한을 확인합니다. 기본 연결이 확인되기도 전에 배터리 절약, DNS, 라우팅 설정을 동시에 바꾸지 마세요.

TUN 모드: 기본 연결을 확인한 뒤 검토

TUN은 가상 네트워크 인터페이스로 트래픽을 처리하며 시스템 프록시로 다룰 수 없는 일부 앱에 적합합니다. 사용 가능 여부는 클라이언트와 플랫폼 권한, 라우팅 설정에 따라 달라집니다. 데스크톱에서 처음 설정할 때는 시스템 프록시를 사용하고 TUN을 동시에 켤 필요가 없습니다. 모바일의 시스템 VPN 트래픽 처리 방식과 데스크톱의 같은 이름 옵션을 억지로 대응시키지 말고 현재 클라이언트 안내에 따라 설정하세요.

데스크톱에서 TUN이 꼭 필요하다면 다음 단계의 브라우저 확인을 먼저 마치고 정상 상태를 기록하세요. 이후 TUN만 따로 켜고 필요한 서비스나 권한을 승인합니다. 설정은 한 번에 하나씩 바꾸고 같은 대상을 다시 테스트하세요. 문제가 생기면 직전에 정상이었던 상태로 되돌립니다. 지금은 클라이언트 실행과 시스템 트래픽 처리가 활성화되어 있는지만 확인한 뒤 마지막 동작 확인으로 넘어가면 됩니다.

4단계: 연결이 제대로 작동하는지 확인

먼저 평소에 바로 접속할 수 있는 페이지를 브라우저에서 열어 로컬 네트워크가 정상인지 확인한 다음, 프록시를 통해 테스트할 대상 서비스에 접속합니다. 결과를 쉽게 판단할 수 있는 익숙한 페이지를 사용하고 새로 고침한 뒤 로딩이 끝날 때까지 기다리세요. 클라이언트에 ‘실행 중’이라고 표시되어도 일부 구성 요소가 시작되었다는 뜻일 뿐이며, 시스템에 VPN 표시가 나타나도 트래픽 처리 기능이 설정되었다는 의미일 뿐입니다. 연결이 성공했는지는 구체적인 요청 경로까지 확인해야 합니다.

요청이 클라이언트에 전달되었는지 확인

대상 페이지를 로드한 채 클라이언트의 ‘연결’ 페이지로 돌아가 해당 도메인이나 프로세스의 요청을 찾습니다. 클라이언트에 따라 현재 활성화된 연결만 표시할 수 있어 짧은 요청은 금방 사라집니다. 대상 페이지를 다시 새로 고친 뒤 바로 확인하거나 요청 로그가 있다면 시간과 도메인을 기준으로 찾아보세요. 배경에서 발생한 요청을 테스트 결과로 착각하지 말고 방금 방문한 대상과 일치하는 항목을 우선 확인합니다.

요청을 찾으면 적용된 규칙, 정책 그룹, 연결 경로를 확인해 최종적으로 예상한 노드를 거치는지 살펴봅니다. 한국 내 페이지는 직접 연결하고 테스트 대상은 프록시를 사용한다는 것이 흔한 설정 방식이지만 모든 구독에서 기본으로 보장되는 동작은 아닙니다. 프록시를 사용해야 할 대상이 DIRECT로 표시되면 현재 설정과 모드, 규칙 적용 결과부터 확인하세요. 프록시를 통과하는 것으로 표시되는데 연결에 실패한다면 노드, 네트워크 경로, 대상 서비스 자체를 확인합니다.

증상에 따라 다음 단계 선택

공인 IP 확인 페이지는 참고 자료로 사용할 수 있지만 모든 앱이 프록시를 사용하는지 단독으로 증명하지는 못합니다. 규칙 분기에서는 사이트마다 다른 출구를 사용할 수 있으며, 웹 캐시나 기존 연결 때문에 전환 결과가 바로 나타나지 않을 수도 있습니다. 테스트 페이지를 새로 고치는 동시에 클라이언트에서 해당 요청의 정책 경로를 확인하고 웹 결과와 경로 기록을 대조하는 편이 더 정확합니다.

연결 성공 후 구독 업데이트 및 종료

접속이 정상인지 확인한 뒤 설정 페이지에서 자동 업데이트 간격을 살펴보고 제공업체 권장 사항에 맞춥니다. 별도 안내가 없다면 너무 짧은 주기로 반복 업데이트하지 마세요. 수동으로 한 번 업데이트한 뒤 같은 설정을 계속 사용 중인지, 노드 이름이 바뀌어 주요 정책 그룹의 선택이 달라지지 않았는지 확인합니다. 구독을 새로 고치면 원격에서 관리하는 내용이 대체되는 경우가 많으므로 구독 파일의 규칙을 직접 수정하면 다음 업데이트 때 덮어써질 수 있습니다. 사용자 지정 규칙이 필요하다면 클라이언트의 오버라이드 또는 병합 기능을 확인하세요.

데스크톱에서 프록시를 더 이상 사용하지 않는다면 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하세요. 시스템이 이미 종료된 프로그램의 로컬 주소를 계속 가리키는 일을 방지할 수 있습니다. TUN을 사용하는 기기에서는 해당 트래픽 처리도 중지해야 합니다. 모바일에서는 클라이언트 연결을 끊고 시스템 연결 상태가 종료되었는지 확인합니다. 이후 모든 웹 페이지가 열리지 않는다면 소프트웨어를 바로 다시 설치하기보다 이전 프록시 설정이 남아 있는지 먼저 확인하세요.

특정 용어만 궁금하다면 자주 묻는 질문을 확인하세요. 단계대로 설정했는데도 인터넷에 연결할 수 없다면 Clash 문제 해결 매뉴얼에서 인터넷 연결 불가, 노드 시간 초과, 구독 실패, 속도 저하, DNS 오류 등 실제 증상에 맞춰 하나씩 확인하세요. 마지막으로 정상 작동했던 상태를 기록하고 설정을 한 번에 하나씩만 바꾸면 설정 문제와 네트워크 변화를 더 빠르게 구분할 수 있습니다.