Clash 사용 가이드

1단계: 구독 가져오기

클라이언트를 열고 사이드바나 하단 탐색 메뉴에서 ‘설정’, ‘구독’ 또는 ‘Profiles’를 찾으세요. 설정 카드가 아직 없다면 ‘새로 만들기’, ‘추가’ 또는 ‘가져오기’를 누르고 원격 URL 가져오기를 선택합니다. 서비스 제공업체에서 받은 구독 URL을 입력란에 붙여 넣으세요. 알아보기 쉬운 짧은 이름을 지정한 뒤 확인을 누르면 됩니다. 서비스 웹사이트의 로그인 페이지 주소를 구독 URL로 사용하지 마세요. 둘은 용도가 다르며, 클라이언트에는 호환되는 설정 내용을 반환하는 링크가 필요합니다.

붙여 넣은 뒤 URL 앞뒤에 공백이나 줄바꿈이 없는지, 메신저에서 복사하면서 문장부호가 붙지 않았는지 확인하세요. 일부 서비스는 일반 링크와 Clash 전용 링크를 따로 제공하므로 현재 클라이언트와 호환된다고 명시된 링크를 우선 사용합니다. 구독 URL에는 계정 접근 정보가 포함되는 경우가 많으니 공개 게시판에 올리거나 출처가 불분명한 온라인 변환 사이트에 전체 주소를 입력하지 마세요. 도움을 요청할 때는 URL 매개변수, 계정 정보, 노드 인증 정보를 가리고 오류 유형만 공유하세요.

가져오기를 누른 뒤 클라이언트가 다운로드와 파싱을 마칠 때까지 기다립니다. 성공하면 보통 이름, 출처 또는 업데이트 시간이 표시된 설정 카드가 나타납니다. 카드를 누르거나 카드 메뉴에서 ‘활성화’, ‘이 설정 사용’을 선택하세요. 설정을 목록에 추가했다고 해서 현재 설정으로 활성화된 것은 아닐 수 있습니다. 카드에 선택 표시가 있는지 확인한 뒤 ‘프록시’ 페이지로 이동해 정책 그룹과 노드가 표시되는지 확인합니다.

로컬 YAML 파일이 있다면 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택기에서 해당 파일을 엽니다. 그런 다음 같은 방식으로 설정을 활성화하세요. 로컬 파일에는 원격 업데이트 소스가 없을 수 있으며, 자동 업데이트 가능 여부는 설정 방식에 따라 다릅니다. 원본 파일을 따로 보관하고 첫 연결을 확인하기 전에는 규칙, DNS, 포트를 한꺼번에 수정하지 마세요. 가져오기에 성공한 뒤에도 새로운 설정 오류가 생길 수 있습니다.

노드가 표시되지 않으면 먼저 가져온 결과를 확인하세요

설정 목록에 카드는 있지만 프록시 페이지가 비어 있다면 설정 페이지로 돌아가 방금 가져온 설정이 선택되어 있는지 확인한 다음 알림이나 로그에 파싱 오류가 있는지 살펴보세요. 로그인 웹페이지가 반환되거나 링크가 만료됐거나 설정 형식이 호환되지 않으면 정상적으로 불러올 수 없습니다. 이 경우 시스템 프록시를 켜고 꺼도 해결되지 않으므로 설정 출처부터 확인해야 합니다. 원격 구독에 일시적으로 접근할 수 없다면 서비스 제공업체가 지원하는 경우 로컬 설정 파일을 내려받아 가져오세요. 출처가 불분명한 보조 도구는 설치하지 마세요.

이 단계의 완료 기준은 ‘링크를 붙여 넣었다’가 아니라 ‘설정을 활성화했고 프록시 페이지에서 선택 가능한 출구가 보인다’는 것입니다. 이 상태가 되면 다음 단계로 진행하세요. 구독 업데이트가 로컬 수정 사항을 어떻게 덮어쓰는지, 설정 병합을 어떻게 구성하는지 등은 연결이 안정된 후 사용 설명서에서 확인하세요.

2단계: 프록시 모드 선택

‘개요’ 또는 ‘프록시’ 페이지로 이동해 ‘모드’ 옵션을 찾으세요. 일반적인 옵션은 규칙, 전역, 직접 연결이며, 영문 인터페이스에서는 Rule, Global, Direct로 표시될 수 있습니다. 처음에는 ‘규칙’을 선택하세요. 클라이언트가 설정에 정의된 규칙에 따라 요청을 직접 연결할지, 프록시를 이용할지, 차단할지 결정합니다. 이 모드는 코어로 전달된 요청의 처리 방식을 정할 뿐, 모든 앱이 자동으로 클라이언트에 트래픽을 넘기도록 하지는 않습니다.

규칙 모드를 선택한 뒤 프록시 페이지에서 정책 그룹을 확인하세요. 그룹 이름은 구독 설정에 따라 달라지므로 ‘노드 선택’, ‘프록시’ 또는 용도를 나타내는 이름으로 표시될 수 있으며, 반드시 PROXY라고 되어 있는 것은 아닙니다. 주 정책 그룹을 펼쳐 노드를 선택하고 선택 표시가 해당 노드로 옮겨졌는지 확인하세요. 그룹에서 다른 그룹을 선택한 경우에는 한 단계 더 펼쳐 최종 출구를 확인합니다. 주 그룹이 선택된 것처럼 보여도 실제 출구가 DIRECT이거나 사용할 수 없는 하위 그룹일 수 있습니다.

일부 설정은 동영상, 메시지 또는 다른 사이트별로 정책 그룹을 따로 둡니다. 첫 연결에서는 규칙에서 실제로 참조하는 주 그룹만 변경하고 나머지는 기본값으로 두세요. 화면을 깔끔하게 보이게 하려고 모든 그룹을 같은 노드로 바꾸지 마세요. 일부 그룹은 직접 연결, 자동 선택, 장애 조치를 위해 설정된 것이므로 임의로 바꾸면 원래 용도가 달라질 수 있습니다. 정책 그룹이 많다면 Clash 정책 그룹 안내에서 그룹 간 관계를 확인하세요.

노드 지연 시간을 테스트한 뒤 출구를 선택하세요

프록시 페이지에서 ‘지연 시간 테스트’, ‘속도 테스트’ 또는 새로고침 모양의 테스트 버튼을 찾으세요. 먼저 현재 그룹을 테스트하고 결과가 안정될 때까지 기다린 뒤 응답이 있는 노드를 선택합니다. 테스트는 보통 지정된 테스트 주소까지의 응답 시간을 측정하며 다운로드 대역폭을 나타내지는 않습니다. 모든 웹사이트에 접속할 수 있다는 보장도 없습니다. 지연 시간이 낮게 표시된 노드로도 대상 사이트가 열리지 않는다면 대상 서비스, 출구 지역, 실제 연결 기록을 확인해야 합니다.

특정 노드에서 시간 초과가 발생하면 같은 그룹의 다른 노드를 선택해 다시 테스트하세요. 바로 클라이언트를 재설치할 필요는 없습니다. 모든 노드에서 시간 초과가 발생하면 먼저 현재 네트워크로 평소 사용하는 사이트에 접속할 수 있는지 확인한 다음 구독 유효 기간과 설정 로드 여부를 점검하세요. 자동 선택 그룹은 주기적으로 테스트해 출구를 전환할 수 있지만, 수동 선택 그룹에서는 노드를 직접 눌러야 합니다. 첫 연결 확인 때는 출구를 하나 명확하게 지정해야 결과를 재현하기 쉽습니다.

전역 모드는 짧게 비교할 때 유용합니다. 코어로 전달된 요청을 전역 정책에 맡기지만, 전역 정책에서도 사용할 수 있는 출구를 선택해야 합니다. 직접 연결 모드는 보통 요청을 바로 전송합니다. 어느 쪽도 규칙 문제를 확인하는 용도로 대신 사용하지 마세요. 먼저 규칙 모드를 유지하고 현재 선택된 노드를 기억한 뒤 트래픽 연결을 시작하면 다음 단계에서 확인할 대상을 명확히 정할 수 있습니다.

3단계: 연결 활성화

‘개요’ 또는 ‘설정’으로 돌아가 코어가 실행 중인지 먼저 확인하세요. 클라이언트를 시작할 때 코어가 자동으로 실행되는 경우도 있고, ‘시작’ 또는 연결 버튼을 눌러야 하는 경우도 있습니다. 상태가 중지로 표시되면 화면에 나온 시작 오류를 먼저 확인하세요. 포트 충돌, 설정 파싱 실패, 사용할 수 없는 서비스가 원인이라면 시스템 프록시를 켜도 요청을 받을 로컬 프록시 서비스가 없습니다.

데스크톱: 먼저 시스템 프록시 활성화

데스크톱 클라이언트에서 ‘시스템 프록시’를 켜세요. 이 스위치는 시스템 프록시 설정을 클라이언트가 수신 대기 중인 로컬 주소와 포트로 지정합니다. 해당 설정을 지원하고 따르는 앱만 시스템 프록시를 사용합니다. 설정에서 흔히 사용하는 혼합 포트는 7890이지만 현재 클라이언트에 표시된 값을 기준으로 삼으세요. 안내서에 나온 포트가 모든 설정에 고정으로 적용되는 것은 아닙니다. 첫 확인에는 보통 시스템 프록시를 따르는 브라우저를 사용하고 테스트 페이지를 닫았다가 다시 여세요.

이 단계에서는 TUN을 함께 켜지 말고 다른 프록시 클라이언트도 실행하지 마세요. 여러 프로그램이 시스템 프록시 설정을 두고 충돌하거나 네트워크 연결 방식이 서로 간섭하면 결과를 판단하기 어려워집니다. 시스템이나 브라우저에서 프록시를 직접 설정한 적이 있다면 이전 포트를 가리키고 있지 않은지 확인하세요. 브라우저 확장 프로그램이 시스템 설정을 덮어쓸 수도 있습니다. 네트워크 옵션을 계속 바꾸기보다 깨끗한 테스트 창 하나로 먼저 확인하는 편이 문제를 찾기 쉽습니다.

시스템 프록시는 기기 전체의 트래픽을 연결하지 않습니다. 일부 터미널 도구, 게임, 독립적인 네트워크 스택을 사용하는 앱은 시스템 프록시를 무시할 수 있으므로 브라우저는 되지만 해당 앱은 실패한다고 해서 노드가 반드시 작동하지 않는 것은 아닙니다. 먼저 이 페이지의 브라우저 확인을 마친 뒤 필요에 따라 사용 설명서의 TUN 설정을 살펴보세요. 가상 네트워크 어댑터, 라우팅, DNS를 추가하면 변수가 늘어나므로 구독을 처음 가져오는 단계에서 함께 설정하는 것은 권장하지 않습니다.

모바일: 시스템 VPN 권한 확인

모바일에서 ‘시작’ 또는 연결 버튼을 누르면 시스템에 VPN 연결을 생성하는 권한 요청이 표시될 수 있습니다. 현재 설치된 클라이언트에 대한 요청인지 확인한 뒤 시스템 안내에 따라 권한을 허용하세요. 클라이언트로 돌아와 실행 표시나 연결 상태가 바뀌었는지 확인합니다. 시스템 상태 표시줄에 VPN 아이콘이 나타날 수도 있습니다. 다른 VPN이 실행 중이라면 충돌 여부를 먼저 확인하세요. 일반적인 사용 환경에서는 이런 연결을 두 개 동시에 활성화할 수 없는 경우가 많습니다.

VPN 아이콘만 보고 노드를 사용할 수 있다고 판단하지 마세요. 이 아이콘은 보통 시스템 터널이 만들어졌다는 뜻일 뿐, 요청이 목적지까지 도달하는지는 설정, 출구, 네트워크에 따라 달라집니다. 연결한 뒤에는 클라이언트를 전면에 둔 상태로 브라우저를 열어 다음 단계의 확인을 진행하세요. 전면에서 확인에 성공한 다음 화면을 잠그거나 백그라운드로 전환했을 때도 연결이 안정적인지 살펴보세요. 절전 설정 문제와 초기 설정 문제를 혼동하지 않는 것이 좋습니다.

4단계: 작동 여부 확인

규칙 모드와 방금 선택한 노드를 유지한 채 현재 설정에서 프록시가 필요할 것으로 예상되는 사이트를 여세요. 페이지가 로드되면 클라이언트의 ‘연결’ 페이지로 돌아가 해당 도메인을 검색하고 적용된 규칙, 사용된 정책 그룹, 최종 출구를 확인합니다. 일부 인터페이스에서는 정책 체인의 일부만 표시되므로 연결 세부 정보를 펼쳐 볼 수 있습니다. 기록에 예상한 프록시 정책이 표시되는지 확인하는 것이 메인 화면의 실행 아이콘만 보는 것보다 해당 요청의 실제 경로를 파악하는 데 도움이 됩니다.

이어서 직접 연결될 것으로 예상되는 평소 사용하는 사이트를 열고 연결 기록을 확인하세요. 두 종류의 요청이 각각 예상한 출구를 사용한다면 기본 분기가 작동하는 것입니다. 구독마다 규칙이 다르므로 사이트 이름만 보고 반드시 직접 연결 또는 프록시를 사용한다고 단정할 수 없습니다. 현재 규칙을 함께 확인하세요. 시스템 프록시 환경에서는 프록시를 우회하는 일부 요청이 코어에 전달되지 않을 수 있으므로 연결 페이지에 기록이 없는 경우 시스템 우회 목록도 고려해야 합니다.

출구 IP 조회는 보조 확인 수단으로 사용할 수 있지만, 이것만으로 결론을 내리면 안 됩니다. 조회 페이지 자체가 직접 연결 규칙에 걸릴 수 있고, 웹페이지에 표시되는 지역도 데이터베이스 업데이트 상태에 따라 달라집니다. 접속 결과, 연결 기록, 규칙 적용 내역을 함께 확인하는 것이 더 정확합니다. 방금 노드를 바꿨다면 페이지를 새로고침하거나 연결을 다시 만든 뒤 확인하세요. 기존에 열린 연결은 이전 출구를 계속 사용할 수 있습니다.

인터넷이 연결되지 않으면 정해진 순서로 다시 점검하세요

먼저 설정 카드가 활성화되어 있는지, 프록시 페이지에 노드가 표시되는지 확인하세요. 그런 다음 모드가 규칙인지, 주 정책 그룹이 실수로 직접 연결이나 차단으로 설정되지 않았는지 확인하고 응답이 있는 다른 노드로 다시 시도합니다. 이어서 코어 실행 여부와 시스템 프록시 또는 모바일 연결 활성화 여부를 확인하세요. 클라이언트의 연결 페이지에 테스트 요청이 계속 보이지 않는다면 노드를 반복해서 바꾸기보다 트래픽이 클라이언트에 전달되는지부터 점검하세요.

요청은 보이지만 연결에 실패한다면 해당 연결을 펼쳐 로그를 확인하세요. 도메인 확인에 실패하면 DNS 경로부터 살펴보고, 연결 시간 초과는 노드, 회선 또는 대상 서비스 문제일 수 있습니다. 인증 오류가 발생하면 구독 상태를 확인하세요. 로그의 오류는 원인을 찾기 위한 단서이므로 마지막에 나온 영문 단어 하나만 보고 결론을 내리지 마세요. 설정을 한 번에 하나만 바꾸고 같은 요청을 다시 보내 변화가 있는지 기록하세요. 노드, 모드, DNS를 동시에 바꾸면 어떤 변경이 효과가 있었는지 알기 어렵습니다.

기존 네트워크와 비교하려면 데스크톱에서는 먼저 시스템 프록시를 끈 다음 코어를 중지하고, 모바일에서는 클라이언트 연결을 먼저 끊으세요. 기존 네트워크에서 평소 사용하는 사이트가 정상적으로 열리는지 확인한 뒤 설정을 복구해 다시 시도합니다. 다른 저장된 설정에도 영향을 줄 수 있으므로 모든 네트워크 설정 초기화를 첫 번째 해결책으로 삼지 마세요. UWP 앱, 가상 네트워크 어댑터 또는 더 복잡한 라우팅 문제는 UWP 루프백 및 시스템 트래픽 연결 안내와 사용 설명서의 문제 해결 항목을 참고하세요.

확인에 성공한 뒤의 일상적인 사용 순서

이후에는 ‘클라이언트 실행, 설정 확인, 출구 선택, 트래픽 연결 활성화’ 순서로 사용하면 됩니다. 구독은 설정 페이지에서 업데이트하고, 업데이트가 끝나면 현재 정책 그룹에서 사용할 수 있는 항목이 선택되어 있는지 확인하세요. 서비스 제공업체가 노드를 삭제하거나 이름을 바꾸면 이전 선택 항목이 더 이상 유효하지 않을 수 있습니다. 구독 업데이트, 클라이언트 업데이트, 코어 업데이트는 서로 다른 작업이므로 노드를 새로고침하려고 소프트웨어를 반복해서 설치할 필요는 없습니다.

먼저 확인에 성공한 기본 설정을 그대로 유지한 다음 백그라운드 실행, 자동 업데이트 또는 시작 프로그램 등록을 하나씩 활성화하세요. 사용자 지정 규칙이나 TUN을 설정할 때는 먼저 설정을 백업한 뒤 Clash 사용 설명서의 해당 항목을 참고하세요. 이 페이지의 완료 기준은 설정을 불러올 수 있고, 출구를 선택할 수 있으며, 요청이 클라이언트에 전달되고, 연결 세부 정보에서 프록시와 직접 연결의 실제 결과를 설명할 수 있는 것입니다.