Clash 사용 가이드

1단계: 구독 가져오기

서비스 제공업체에서 받은 Clash 구독 링크나 현재 코어와 호환되는 YAML 구성 파일을 준비합니다. 클라이언트는 구성을 불러와 규칙을 적용하고 프록시 연결을 설정하는 도구입니다. 설치만으로 사용할 수 있는 프록시 출구가 생기는 것은 아닙니다. 가져오기를 시작하기 전에 프록시를 끈 상태에서도 기기에서 일반 웹페이지에 접속할 수 있는지, 구독이 아직 유효한지 확인하세요. 문제가 생겼을 때 기존 네트워크 문제와 구성 문제를 구분하는 데 도움이 됩니다.

URL에서 구성 가져오기

클라이언트의 ‘구성’ 또는 ‘구독’ 화면을 열고 ‘추가’, ‘가져오기’ 또는 더하기 기호가 있는 메뉴를 선택한 다음 ‘URL에서 가져오기’를 선택합니다. 링크 전체를 입력란에 붙여 넣고 알아보기 쉬운 이름을 지정한 뒤 저장 또는 다운로드를 누르세요. 이름은 로컬에서 항목을 관리할 때만 사용되며 구독 내용에는 영향을 주지 않습니다. 붙여 넣은 링크 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 문구가 없는지 확인하세요. 구독 식별에 쓰일 수 있으므로 물음표 뒤의 매개변수를 임의로 삭제하지 마세요.

다운로드와 파싱이 끝날 때까지 기다립니다. 성공하면 목록에 새 구성 항목이 표시됩니다. 일부 클라이언트는 업데이트 시각이나 트래픽 정보도 보여 줍니다. 해당 항목을 선택하고 ‘활성화’, ‘사용’ 또는 ‘현재 구성으로 설정’을 눌러 선택 표시가 나타날 때까지 진행하세요. 구독을 목록에 저장하는 것만으로는 부족합니다. 노드와 규칙을 사용하려면 코어가 해당 구성을 불러와야 합니다. 그런 다음 ‘프록시’ 화면으로 이동해 정책 그룹과 선택 가능한 항목이 표시되는지 확인하고 다음 단계로 넘어갑니다.

다운로드에 실패하면 서비스 제공업체의 구독 관리 페이지에서 링크 상태를 확인하세요. 업데이트 버튼을 연달아 누르지는 마세요. 브라우저에서 열리는 웹 주소라고 해서 반드시 구독 주소인 것은 아닙니다. 로그인, 구매, 개인 계정 페이지는 구성으로 가져올 수 없습니다. 형식이 호환되지 않는다는 오류가 표시되면 서비스 제공업체가 Clash 또는 mihomo 형식으로 명시한 구독을 선택하세요. 개인 식별 정보가 포함된 구독 링크를 잘 모르는 온라인 변환 서비스에 함부로 입력하지 마세요.

파일 또는 QR 코드에서 가져오기

로컬 구성 파일이 있다면 같은 화면에서 ‘파일에서 가져오기’를 선택하고 확장자가 .yaml 또는 .yml인 파일을 불러온 뒤 파싱이 완료될 때까지 기다립니다. 그런 다음 해당 파일을 현재 구성으로 설정하세요. 확장자는 참고 정보일 뿐이며 실제 내용도 구성 문법에 맞아야 합니다. 일반 텍스트로 된 노드 목록이나 웹페이지를 저장한 파일은 이름만 바꾼다고 Clash 구성 파일이 되지 않습니다. 파일이 원격 규칙 집합이나 프록시 제공자에 의존한다면 처음 불러올 때 해당 리소스를 받기 위해 인터넷 연결이 필요할 수도 있습니다.

클라이언트가 QR 코드 스캔을 지원한다면 ‘QR 코드 스캔’ 메뉴를 사용할 수도 있습니다. 스캔한 뒤 인식된 내용을 먼저 확인하세요. QR 코드에는 구독 URL이 들어 있을 수도 있고 노드 하나의 공유 링크만 들어 있을 수도 있습니다. 둘은 같은 완전한 구성으로 취급할 수 없습니다. 가져온 항목에 필요한 노드와 규칙이 있는지 확인한 다음 구성을 활성화하세요. 구독 링크에는 개인 사용 권한이 연결되는 경우가 많으므로 스크린샷, 로그, 문의 내용을 공유할 때는 전체 주소와 매개변수를 가리세요.

처음 연결할 때는 원래 구독을 그대로 사용하고 규칙을 편집하거나 덮어쓰기를 추가하지 마세요. 정상적으로 접속되는 것을 확인한 뒤 구독 자동 업데이트를 설정합니다. 로컬 정적 파일은 시간이 지났다고 새 노드가 자동으로 추가되지 않습니다. 구독과 구성 파일의 차이를 알아보려면 용어 안내를 확인하세요. 지금은 ‘현재 구성이 선택됨’과 ‘정책 그룹을 펼칠 수 있음’만 확인한 뒤 모드를 선택하면 됩니다.

2단계: 프록시 모드 선택

클라이언트 홈 화면이나 ‘설정’으로 돌아가 ‘실행 모드’, ‘프록시 모드’ 또는 Mode를 찾습니다. 처음 사용할 때는 Rule을 권장합니다. 한국어 화면에서는 보통 ‘규칙’으로 표시됩니다. 모드는 트래픽을 어느 출구로 보낼지 결정하지만, 앞 단계에서 구성을 불러오는 과정을 대신하거나 시스템 프록시를 자동으로 켜 주지는 않습니다. 먼저 모드와 정책 그룹을 설정한 다음 시스템 트래픽을 전달하면 연결 중 여러 번 전환하면서 혼란이 생기는 것을 줄일 수 있습니다.

정책 그룹에서 노드 선택

‘프록시’ 또는 ‘정책 그룹’ 화면에서 구독 규칙이 사용하는 주요 출구 그룹을 찾습니다. 구성에 따라 ‘프록시’, ‘노드 선택’ 또는 PROXY라고 표시될 수 있습니다. 그룹을 펼쳐 실제 노드를 선택하세요. ‘자동 선택’, ‘장애 조치’ 같은 하위 그룹이 있다면 하위 그룹에 들어가 후보 노드를 확인할 수도 있습니다. 그룹 이름만으로 고정된 기능을 단정할 수는 없습니다. 현재 선택된 항목과 연결 기록을 확인해야 실제 프록시 출구를 알 수 있습니다.

주요 출구 그룹에서 DIRECT가 선택되어 있으면 규칙이 해당 그룹을 가리키더라도 실제로는 직접 연결될 수 있습니다. 다른 정책 그룹이 선택되어 있다면 최종 출구가 확인될 때까지 해당 그룹의 선택 항목을 계속 살펴보세요. 구독에 웹, 스트리밍 등 용도별 그룹이 따로 설정되어 있을 수도 있습니다. 처음 설정할 때 모든 그룹을 일일이 바꿀 필요는 없습니다. 대상 웹사이트가 실제 사용하는 그룹과 출구부터 확인해 모든 그룹을 같은 노드로 바꾸는 일을 피하세요.

‘지연 시간 테스트’ 또는 그룹 옆의 테스트 메뉴를 눌러 결과가 나올 때까지 기다립니다. 테스트에 성공한 노드는 후보를 고르는 데 참고할 수 있지만 테스트 주소, 프로토콜, 노드 부하에 따라 결과가 달라집니다. 수치만으로 실제 접속 품질을 판단하지 마세요. 시간 초과가 발생한 노드는 건너뛰고 테스트가 완료된 노드를 선택한 뒤 웹페이지에 접속해 확인합니다. 테스트에 성공하더라도 4단계에서 대상 웹사이트가 열리는지 확인해야 합니다.

기존 규칙은 그대로 유지

규칙 모드는 구성에 적힌 순서대로 규칙을 적용하며, 일반적으로 앞쪽 규칙이 우선하고 마지막 기본 규칙이 아직 일치하지 않은 연결을 처리합니다. 따라서 규칙 모드를 켰다고 모든 해외 웹사이트가 자동으로 프록시를 사용하는 것은 아닙니다. 실제 동작은 구독 규칙에 따라 달라집니다. 처음 연결할 때는 기존 규칙을 유지하고, 특정 웹사이트에 문제가 생기면 연결 세부 정보부터 확인하세요. 규칙 순서, 도메인 매칭, 정책 그룹 참조 원리는 정책 그룹 안내에서 확인할 수 있습니다. 복잡한 수정은 연결 확인을 마친 뒤 진행하세요.

3단계: 연결 활성화

현재 구성, 실행 모드, 출구 선택을 확인한 뒤 트래픽 전달을 활성화합니다. 먼저 클라이언트에서 코어가 실행 중으로 표시되는지, 로그에 수신 대기 포트나 구성 로드 성공 메시지가 있는지 확인하세요. 시작 직후 구성 파싱 오류나 포트 바인딩 실패가 발생하면 해당 오류부터 해결하고 시스템 프록시 스위치만 반복해서 전환하지 마세요. 코어가 정상적으로 실행되지 않는 상태에서 시스템 트래픽을 코어로 보내면 웹페이지에 접속할 수 없게 됩니다.

데스크톱에서는 먼저 시스템 프록시 사용

데스크톱 클라이언트의 홈 화면, 설정 또는 트레이 메뉴에서 ‘시스템 프록시’를 켭니다. 일반적으로 시스템 HTTP 및 HTTPS 프록시가 로컬 수신 주소를 가리키도록 설정됩니다. 이 설정을 지원하고 따르는 브라우저와 앱만 연결을 클라이언트로 전달합니다. 화면에 mixed-port가 7890으로 표시된다면 흔히 쓰이는 로컬 주소는 127.0.0.1:7890입니다. 다만 현재 구성과 설정 화면에 표시된 값을 기준으로 해야 하며, 기존 구성의 포트를 확인 없이 그대로 덮어쓰지 마세요.

처음 확인할 때는 프록시 클라이언트를 하나만 실행하고 브라우저에서 별도로 프록시를 지정하는 확장 프로그램은 잠시 끄세요. 이전 클라이언트가 남긴 프록시 주소가 새 클라이언트와 다르면 시스템 트래픽이 수신 대기 중인 서비스가 없는 포트로 전달될 수 있습니다. 포트가 사용 중이라는 안내가 나오면 해당 프로그램을 종료하거나 클라이언트에서 지원하는 방법으로 수신 포트를 조정한 뒤 시스템 프록시 설정도 함께 업데이트됐는지 확인하세요. 제어 인터페이스 포트는 코어 관리용이므로 브라우저의 HTTP 프록시 입력란에 넣으면 안 됩니다. 자세한 차이는 포트 설정 안내에서 확인하세요.

시스템 프록시를 켠 뒤에는 TUN을 동시에 활성화하지 마세요. 대부분의 브라우저는 시스템 프록시부터 확인하는 것이 연결 경로를 파악하기 쉽습니다. 일부 명령줄 도구, 게임, 자체 네트워크 스택을 사용하는 앱은 시스템 프록시를 따르지 않을 수 있습니다. 해당 앱의 트래픽이 전달되지 않는다고 해서 반드시 클라이언트에 문제가 있는 것은 아닙니다. 브라우저 연결이 확인된 뒤 앱별 프록시 설정이나 TUN을 사용해 보세요.

모바일에서 VPN 연결 허용

모바일에서는 클라이언트 홈 화면으로 돌아가 ‘연결’ 또는 시작 버튼을 누릅니다. 시스템에서 VPN 구성을 추가하거나 VPN 연결을 설정할지 처음 물으면, 요청을 보낸 앱이 방금 설치한 클라이언트인지 확인한 뒤 허용하세요. 권한을 부여한 뒤 클라이언트에서 연결 상태를 확인하고 시스템에 VPN 표시가 있는지도 살펴봅니다. 이 표시는 시스템 터널이 만들어졌다는 뜻일 뿐, 구독 노드로 대상 웹사이트에 접속할 수 있다는 보장은 아니므로 계속 확인해야 합니다.

기기에서 다른 VPN, 네트워크 필터링 앱 또는 패킷 캡처 도구를 사용 중이라면 연결 전에 먼저 중지하세요. 모바일 운영체제는 보통 이런 서비스가 동시에 네트워크를 제어하지 못하도록 제한합니다. 제어 권한이 충돌하면 연결 직후 끊기는 것처럼 보일 수 있습니다. 백그라운드로 전환했을 때만 연결이 자주 끊긴다면 먼저 앱을 화면에 띄운 상태에서 테스트하고 시스템의 배터리 관리 및 백그라운드 실행 제한을 확인하세요. 네트워크 문제와 무관한 시스템 보안 기능은 끄지 마세요.

4단계: 작동 여부 확인

클라이언트를 실행한 상태에서 새 브라우저 창을 열고 현재 규칙에 따라 프록시를 사용해야 하는 HTTPS 웹사이트와 직접 연결이 예상되는 웹사이트에 각각 접속합니다. 오래 열어 둔 페이지를 새로고침하는 것만으로 확인하지 마세요. 기존 연결이나 캐시 때문에 결과가 정확하지 않을 수 있습니다. 웹사이트가 열리는 것이 첫 번째 확인 단계입니다. 이어서 해당 연결이 클라이언트에 기록됐는지, 최종 출구가 무엇인지 확인해야 합니다.

연결 세부 정보와 로그 비교

클라이언트의 ‘연결’ 화면으로 돌아가 웹페이지에 접속하는 동안 해당 도메인이나 대상 주소를 찾습니다. 연결 세부 정보를 열어 일치한 규칙, 정책 그룹 경로, 최종 노드를 확인하세요. 예상한 규칙이 적용되고 선택한 프록시 출구를 거쳐 웹페이지가 정상적으로 로드되어야 해당 접속이 의도대로 작동한다고 볼 수 있습니다. 직접 연결이 예상되는 웹사이트가 기록에 DIRECT로 표시되는 것은 규칙 분할의 정상적인 결과입니다. 모든 기록에 프록시가 표시되도록 전체 모드로 바꿀 필요는 없습니다.

일부 클라이언트는 기본적으로 활성 연결만 표시하므로 짧은 요청은 목록에서 금방 사라질 수 있습니다. 먼저 연결 화면을 연 다음 웹사이트에 접속하거나 로그 화면에서 같은 시간대의 기록을 찾으세요. 로그에 로컬 수신 대기 성공이 표시되면 코어가 연결을 받을 준비가 됐다는 뜻일 뿐입니다. 노드 연결 오류가 있다면 대상, 오류 유형, 사용한 출구를 추가로 확인해야 합니다. 문제를 찾을 때 로그 상세 수준을 잠시 높일 수 있지만, 완료한 뒤 평소 수준으로 되돌리세요. 스크린샷을 공유하기 전에는 구독 주소와 개인 네트워크 정보를 가리세요.

출구 IP 조회는 보조 확인 수단으로 사용할 수 있지만 모든 앱이 프록시를 사용한다는 증거는 아닙니다. 조회 사이트 자체도 규칙의 영향을 받아 직접 연결될 수 있고, 같은 기기의 다른 앱은 시스템 프록시를 완전히 우회할 수 있습니다. 실제로 사용하려는 웹사이트나 앱부터 확인하고 해당 연결 기록과 비교하세요. 한 번의 조회 결과를 기기 전체 트래픽의 상태로 확대 해석하지 마세요.

증상에 따라 하나씩 확인

웹페이지가 열리지 않고 클라이언트에 새 연결 기록도 없다면 먼저 브라우저가 시스템 프록시를 따르는지, 트래픽 전달이 켜져 있는지, 로컬 프록시 포트가 일치하는지 확인합니다. 모바일에서는 VPN 연결 상태를 확인하세요. 시스템 전체 트래픽을 전달 중인데 특정 앱만 기록이 없다면 해당 앱에 별도의 프록시 설정이 있는지 살펴봅니다. 이 단계에서는 트래픽이 아직 코어에 들어오지 않았을 수 있으므로 DNS나 규칙부터 변경하지 마세요.

연결 기록은 있지만 최종 출구가 직접 연결이라면 2단계로 돌아가 모드, 일치한 규칙, 정책 그룹의 현재 선택 항목을 확인합니다. 예상한 프록시 노드를 사용했는데 연결 시간이 초과되면 같은 정책 그룹에서 다른 노드를 선택한 뒤 같은 웹사이트에 다시 접속하세요. 노드를 바꿔도 실패하고 로그에 도메인 이름 확인 문제가 명확히 나타날 때 DNS 설정을 점검합니다. 한 번에 한 항목씩만 바꾸고 같은 테스트를 반복해야 어떤 변경이 실제 결과에 영향을 줬는지 알 수 있습니다.

처음 테스트할 때 전체 모드를 잠시 사용해 비교할 수도 있지만, 전체 모드의 정책 그룹에서 실제 프록시 노드를 선택했는지 반드시 확인하세요. 전체 모드에서는 되지만 규칙 모드에서는 안 된다면 구독 전체가 작동하지 않는다고 판단하기보다 규칙과 규칙이 참조하는 정책 그룹부터 점검하세요. 테스트가 끝나면 규칙 모드로 돌아가고 정상적으로 작동한 출구 선택은 유지합니다. 구체적인 오류는 문제 해결에서 확인할 수 있습니다. 첫 연결 단계에서 구성 파일 전체를 다시 작성할 필요는 없습니다.

종료 전에 트래픽 전달 설정 복구

연결이 정상인지 확인한 뒤 현재 구성 이름, 모드, 주요 출구 그룹을 기록해 두세요. 나중에 구독을 업데이트한 뒤에도 이 세 항목이 예상대로 유지되는지 먼저 확인합니다. 사용을 마칠 때는 데스크톱에서 시스템 프록시나 TUN을 먼저 끈 다음 클라이언트를 종료하세요. 모바일에서는 클라이언트의 연결 해제 버튼으로 VPN을 종료합니다. 앱을 종료한 뒤 일반 웹페이지에도 접속할 수 없다면 시스템에 로컬 프록시 설정이 남아 있는지 확인하고 사용 전 상태로 되돌리세요. 바로 소프트웨어를 삭제하거나 전체 네트워크를 초기화할 필요는 없습니다.

초기 설정 완료 기준은 구독이 활성화되어 있고, 규칙 모드에서 출구를 선택할 수 있으며, 트래픽이 예상한 경로로 전달되고, 대상 웹사이트 접속 결과와 연결 기록이 일치하는 것입니다. 자동 업데이트, 설정 덮어쓰기, 세부 앱별 트래픽 분기는 이후에 하나씩 추가할 수 있습니다. 플랫폼에 맞춰 구성을 장기적으로 관리하려면 전체 플랫폼 설치 및 설정 가이드를 확인하세요.