Clash 사용법: 구독 가져오기와 연결 확인

시작 전 준비: 클라이언트 설치 및 호환 구독 준비

이 가이드의 목표는 같은 방법으로 다시 확인할 수 있는 연결을 설정하는 것입니다. 전체 YAML을 먼저 이해할 필요는 없습니다. 시작하기 전에 운영체제와 프로세서 아키텍처에 맞는 클라이언트, 그리고 서비스 제공업체가 안내한 Clash 또는 mihomo 호환 구독 URL을 준비하세요. 아직 설치하지 않았다면 설치 파일 페이지에서 플랫폼을 선택하세요. 설치 권한이나 시스템 확장 등 자세한 내용은 전체 플랫폼 설치 및 설정 문서를 참고하세요. 구독은 클라이언트에 기본으로 포함된 계정이 아니며, 프로그램을 설치해도 사용할 수 있는 노드가 자동으로 생기지 않습니다.

먼저 브라우저에서 평소 직접 접속할 수 있는 웹페이지를 열어 Wi-Fi, 유선 네트워크 또는 모바일 데이터가 정상인지 확인하세요. 그런 다음 네트워크를 제어 중인 다른 프록시 클라이언트나 VPN을 종료해 시스템 프록시, 라우팅, DNS를 동시에 변경하지 않도록 합니다. 조직 정책으로 관리되는 업무용 기기라면 관리자가 설정한 네트워크를 임의로 덮어쓰지 말고 허용된 연결 방법부터 확인하세요.

구독 링크에는 계정 식별 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하세요. 복사할 때는 서비스 제공업체의 ‘구독 복사’ 기능을 사용하고, 계정 관리 페이지 주소를 구독 URL로 착각하지 않도록 주의하세요. 전체 링크를 공개 게시판에 올려서도 안 됩니다. 아래 4단계에서는 설정 하나와 노드 하나만 사용합니다. 문제를 쉽게 파악할 수 있도록 수신 대기 주소, 로컬 네트워크 공유, 사용자 지정 규칙은 우선 변경하지 마세요.

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

클라이언트의 ‘설정’ 또는 ‘구독’ 화면을 열고 ‘새로 만들기’, ‘구독 추가’ 또는 ‘URL에서 가져오기’를 찾으세요. 방금 복사한 구독 URL을 입력란에 붙여 넣고 앞뒤에 공백이나 줄바꿈이 들어가지 않았는지 확인합니다. 이름 입력란이 있다면 ‘일상용 설정’처럼 구분하기 쉬운 이름을 입력하세요. 이름은 로컬에서 설정을 관리하는 용도이며 서버에서 제공하는 노드에는 영향을 주지 않습니다. 확인 후 ‘가져오기’ 또는 ‘다운로드’를 누르고 클라이언트가 가져오기와 파싱을 마칠 때까지 기다리세요.

가져오기가 완료되면 설정 목록에 카드나 항목이 추가되고 설정 이름, 업데이트 시간 등이 표시됩니다. 해당 설정의 ‘사용’, ‘활성화’ 또는 선택 버튼을 누른 다음 ‘프록시’ 화면을 열어 내용을 확인하세요. 가져온 설정이 자동으로 활성화되는 클라이언트도 있지만, 파일만 저장되어 직접 선택해야 하는 경우도 있습니다. 성공 알림이 표시되는지만 보지 말고 현재 설정이 선택된 상태인지, 프록시 화면에 설정에 정의된 노드와 정책 그룹이 표시되는지 확인하세요.

서비스 제공업체에서 로컬 .yaml 또는 .yml 파일을 받았다면 ‘파일에서 가져오기’를 선택하고 파일을 불러온 다음 활성화하세요. 완전한 설정에는 일반적으로 노드, 정책 그룹, 규칙이 포함됩니다. 노드 항목 몇 개만 들어 있는 조각은 그대로 사용할 수 있는 전체 설정이 아닐 수 있습니다. 파싱 오류를 피하려고 들여쓰기나 규칙 부분을 임의로 삭제하지 말고, 먼저 파일이 현재 클라이언트 및 mihomo 코어용인지 확인하세요.

목록이 비어 있다면 먼저 ‘다운로드 실패’인지 ‘파싱 실패’인지 구분하세요. 다운로드 실패는 만료된 URL이나 구독 서버에 연결할 수 없는 네트워크 문제일 수 있습니다. 파싱 실패는 웹페이지가 반환되었거나 설정 형식이 맞지 않거나 현재 코어에서 지원하지 않는 필드가 포함된 경우에 발생할 수 있습니다. 같은 URL을 반복해서 붙여 넣어 설정을 여러 개 만들지 마세요. 오류에 표시된 필드 이름과 줄 번호를 기록한 뒤 구독 가져오기 문제에서 원인을 확인하세요. 오류 내용을 공유할 때는 구독 URL, 노드 비밀번호, 계정 정보를 먼저 삭제하세요.

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

‘실행 모드’ 또는 ‘모드’ 메뉴를 찾아 ‘규칙’으로 설정하세요. 영어 인터페이스에서는 보통 Rule로 표시됩니다. 규칙 모드에서는 현재 설정을 기준으로 요청마다 직접 연결할지, 프록시를 사용할지, 차단할지를 결정합니다. 처음 사용할 때 적합하며 이후 연결 기록에서 작동을 확인하기도 쉽습니다. 실행 모드와 TUN은 서로 다른 설정입니다. 실행 모드는 트래픽을 어떻게 분기할지 정하고, TUN은 어떤 트래픽을 클라이언트로 전달할지 정합니다. 하나를 켜도 다른 하나를 대신하지 않습니다.

모드를 바꾼 뒤 ‘프록시’ 또는 ‘정책 그룹’ 화면에서 기본 프록시 그룹을 펼치세요. 그룹 이름은 Proxy, 노드 선택 등으로 표시되거나 구독 작성자가 별도로 지정했을 수 있습니다. 그룹의 항목을 확인하고 먼저 실제 노드 하나를 직접 선택하거나 사용할 수 있는 노드가 포함된 자동 선택 그룹을 선택하세요. 현재 선택이 DIRECT라면 해당 그룹에 매칭되는 요청은 직접 연결됩니다. 다른 정책 그룹을 선택했다면 최종 접속 경로가 확인될 때까지 다음 단계의 그룹도 확인하세요.

노드 옆의 테스트 버튼을 누르거나 ‘모두 테스트’를 사용해 현재 네트워크에서 지정된 테스트 요청을 처리할 수 있는지 확인하세요. 테스트에 성공해도 그 시점에 테스트 대상에 접속할 수 있다는 뜻일 뿐, 모든 웹사이트와 앱을 사용할 수 있다는 의미는 아닙니다. 시간 초과는 테스트 주소 문제일 수도 있습니다. 처음 설정할 때 가장 낮은 지연 시간을 찾으려고 노드를 계속 바꾸지 마세요. 먼저 테스트를 통과하는 노드를 선택하고 4단계에서 실제 접속을 확인하세요. 지역 또는 서비스 제한이 있다면 이후 용도에 맞춰 접속 경로를 바꾸세요.

‘전역’ 모드는 보통 클라이언트로 들어온 요청을 전역 정책 그룹에서 처리합니다. 규칙을 점검할 때 잠시 비교해 볼 수 있지만, 모든 앱의 트래픽이 자동으로 제어되는 것은 아닙니다. 데스크톱 프로그램은 시스템 프록시를 우회할 수 있습니다. ‘직접 연결’ 모드는 클라이언트로 들어온 요청을 보통 프록시 없이 직접 전송하므로 프록시 노드 확인에는 적합하지 않습니다. 전역 모드 테스트가 끝나면 규칙 모드로 되돌리고 기본 정책 그룹의 선택이 유지되었는지 다시 확인하세요.

이 단계에서는 출처가 불분명한 규칙을 추가하거나 다른 사람의 정책 그룹 이름을 설정에 그대로 복사하지 마세요. 규칙에서 참조하는 대상은 현재 설정에 존재해야 합니다. 그렇지 않으면 설정을 불러오지 못하거나 트래픽이 예상대로 분기되지 않을 수 있습니다. 규칙 순서, 도메인 매칭, 기본 처리 방식에 대한 자세한 설명은 규칙 설정 문서를 참고하세요. 처음 사용할 때는 구독에 포함된 규칙을 그대로 두고 프록시 그룹의 접속 경로만 확인하면 됩니다.

3단계: 시스템 프록시 또는 모바일 VPN 켜기

PC에서는 먼저 클라이언트가 실행 중인지 확인한 뒤 ‘시스템 프록시’ 또는 ‘시스템 프록시로 설정’을 켜세요. ClashX에서는 메뉴 막대 아이콘에서 관련 메뉴를 열 수 있습니다. 다른 클라이언트는 보통 홈 화면이나 설정 화면에 스위치가 있습니다. 이 기능을 켜면 시스템 프록시 설정을 따르는 브라우저와 앱이 요청을 이 기기의 수신 대기 포트로 보냅니다. 창을 닫아도 프로세스가 종료되지 않을 수 있지만 클라이언트를 완전히 종료하면 이 기기의 수신 대기가 중단됩니다. 처음 테스트하는 동안은 클라이언트를 계속 실행해 두세요.

그래픽 클라이언트를 정상적으로 사용한다면 시스템 프록시 주소는 보통 클라이언트가 자동으로 입력하므로 직접 다시 설정할 필요가 없습니다. 브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 시스템 설정을 따르도록 바꾸거나 트래픽 제어 기능을 잠시 꺼 확장 프로그램이 다른 포트를 사용하지 않게 하세요. 이전 클라이언트가 백그라운드에서 실행 중인지도 확인해야 합니다. 두 프로그램이 같은 수신 대기 포트를 사용하려 하면 화면의 스위치가 켜져 있어도 포트 바인딩에 실패할 수 있습니다.

처음 연결할 때는 TUN을 끄고 시스템 프록시만 사용해 확인하세요. TUN은 시스템 프록시를 따르지 않는 프로그램의 트래픽을 처리할 때 유용하지만 관리자 권한, 가상 네트워크 어댑터, 라우팅 설정 변경이 필요할 수 있습니다. 브라우저에서는 프록시를 사용할 수 있지만 게임이나 명령줄 도구에서 사용할 수 없다면 트래픽이 클라이언트로 들어오는 방식이 다른 것일 수 있습니다. 바로 클라이언트를 다시 설치하지 마세요. 먼저 브라우저 테스트를 마친 뒤 대상 앱에 명시적 프록시 또는 TUN을 적용하는 방법을 플랫폼별 문서에서 확인하세요.

Android와 iOS는 조작 방법이 다릅니다. 클라이언트 홈 화면에서 ‘연결’, ‘시작’ 또는 전원 버튼을 누르면 처음 사용할 때 시스템에서 VPN 연결 허용을 요청합니다. 현재 설치된 클라이언트의 요청인지 확인한 뒤 연결을 허용하고 앱으로 돌아와 연결 상태를 확인하세요. 시스템 상태 표시줄의 VPN 아이콘은 네트워크 트래픽 제어가 설정되었다는 뜻이지 선택한 원격 노드를 사용할 수 있다는 뜻은 아닙니다. 다음 단계에서 실제 접속을 확인하세요. 이미 다른 VPN 연결을 사용 중이라면 각 연결의 용도를 먼저 파악하고 서로 번갈아 반복해서 바꾸지 마세요.

포트를 확인하려면 클라이언트의 포트 설정 또는 현재 적용 중인 설정을 열어 혼합 포트를 확인하세요. 흔히 mixed-port: 7890을 사용하지만 실제 값은 현재 클라이언트에 표시된 값을 따르세요. 가이드에 나온 숫자와 다르다고 임의로 덮어쓰지 마세요. 혼합 포트는 HTTP와 SOCKS 프록시 요청을 모두 받을 수 있습니다. 다른 앱에 프록시를 직접 설정할 때는 주소, 포트, 프록시 유형을 함께 확인하세요. 이 기기에서 사용할 때 주소는 보통 127.0.0.1이며 ‘LAN 연결 허용’을 켤 필요가 없습니다. 자세한 내용은 혼합 포트 설정을 참고하세요.

4단계: 접속 결과와 규칙 적용 확인

브라우저로 돌아가 먼저 직접 연결해야 하는 웹사이트를 열어 기본 네트워크가 정상인지 확인하세요. 그런 다음 현재 설정에서 프록시를 사용해야 하는 대상에 접속합니다. 한 번에 페이지 하나씩 테스트하고, 필요한 경우 새 시크릿 창을 열어 브라우저 캐시와 확장 프로그램의 영향을 줄이세요. 클라이언트 아이콘 색만 보거나 페이지가 한 번 열렸다는 이유로 확인을 끝내지 마세요. 프록시 연결 성공, 직접 연결 성공, 캐시된 페이지를 구분하려면 실제 접속 결과와 클라이언트 기록을 함께 확인해야 합니다.

클라이언트의 ‘연결’ 화면을 열고 웹페이지를 새로고침하면서 해당 도메인이나 대상 주소를 찾으세요. 규칙, 정책 경로, 접속 노드 정보가 표시된다면 요청이 클라이언트로 들어왔는지, 어떤 규칙이 적용되었는지, 어떤 정책 그룹을 거쳤는지, 최종적으로 어느 노드를 선택했는지 순서대로 확인합니다. 프록시를 사용해야 하는 도메인에 DIRECT가 표시되면 규칙과 정책 선택을 다시 확인하세요. 프록시 그룹과 선택한 노드가 표시되는데도 연결에 실패한다면 노드 자체와 대상 서비스를 점검하세요.

연결 목록이 없다면 ‘로그’ 화면에서 일반 정보 수준으로 방금 발생한 요청을 확인하세요. 시간과 도메인을 기준으로 찾아볼 수 있습니다. 일부 클라이언트는 기본 로그 수준에서 모든 연결 세부 정보를 표시하지 않으므로 특정 항목이 없다는 이유만으로 요청이 코어에 전달되지 않았다고 단정하지 마세요. 필요한 경우 로그 수준을 잠시 높이고 확인이 끝나면 원래대로 되돌리세요. 로그를 공유하기 전 구독 URL, 인증 정보, 민감한 접속 기록을 삭제하고 원본 설정 전체를 업로드하지 마세요.

브라우저에서 접속에 실패하면 앞서 진행한 세 단계를 순서대로 확인하세요. 먼저 설정이 여전히 활성화되어 있는지 확인한 다음 다른 노드로 같은 테스트를 진행합니다. 이후 다른 프로그램이 시스템 프록시 설정을 덮어쓰지 않았는지 확인하고 마지막으로 해당 도메인에 적용된 규칙을 점검하세요. 모든 테스트 대상에 접속할 수 없다면 트래픽 처리 설정과 노드를 우선 확인하세요. 특정 사이트만 실패한다면 대상 사이트 상태, 접속 지역, 구체적인 오류 내용을 확인합니다. 한 번에 하나씩만 변경하고 결과를 기록해 여러 변경 사항이 서로 영향을 주지 않도록 하세요.

명령줄 테스트는 선택 사항이며 처음 설정할 때 필수는 아닙니다. 혼합 포트가 7890인 것을 확인한 PC에서는 아래 명령을 실행해 이번 요청만 로컬 HTTP 프록시를 통과하도록 할 수 있습니다. Windows에서는 일부 터미널의 명령 별칭 차이를 피하기 위해 curl.exe를 사용하는 것이 좋습니다. 이 명령은 해당 요청의 프록시 경로와 접속 결과만 확인하며 운영체제 전체나 모든 앱이 프록시를 사용한다는 뜻은 아닙니다.

curl --proxy http://127.0.0.1:7890 --head https://example.com

명령에서 로컬 포트에 연결할 수 없다고 나오면 수신 대기 포트와 클라이언트 실행 상태부터 확인하세요. 로컬 포트에는 연결되지만 원격 요청이 실패한다면 노드와 로그를 살펴보세요. HTTP 응답을 받았다면 해당 요청은 처리된 것이며 특정 상태 코드가 반환되어야만 성공하는 것은 아닙니다. 인증서 경고가 표시되면 검증을 무작정 무시하지 말고 시스템 시간, 대상 인증서, 네트워크 환경을 확인한 뒤 도움말 센터의 문제 해결을 참고하세요.

종료 및 일상적인 사용: 사용 가능한 설정 유지

확인이 끝나면 현재 설정 이름, 실행 모드, 기본 정책 그룹 선택을 기억해 두세요. 평소 노드를 바꿀 때는 해당 정책 그룹만 변경하면 되며 같은 구독을 다시 가져올 필요가 없습니다. 구독을 업데이트한 뒤 현재 선택한 노드가 여전히 있는지 확인하세요. 서비스 제공업체가 노드를 삭제하거나 이름을 바꾸면 기존 선택이 더 이상 유효하지 않을 수 있습니다. 원격 구독으로 생성된 파일을 직접 수정해 장기 규칙을 저장하지 마세요. 다음 업데이트 때 변경 사항이 덮어써질 수 있습니다.

PC에서 프록시를 잠시 사용하지 않으려면 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하세요. 클라이언트의 수신 대기가 중단된 뒤에도 시스템이 로컬 포트를 사용하려는 상황을 방지할 수 있습니다. 모바일에서는 클라이언트의 연결 해제 버튼을 눌러 VPN을 종료하세요. 종료한 뒤 웹페이지에 문제가 생기면 설정을 삭제하기 전에 시스템 프록시나 브라우저 확장 프로그램 설정이 남아 있는지 확인하세요. 설정을 삭제하면 문제를 재현하는 데 필요한 정보도 사라집니다.

이어서 컴퓨터를 켤 때 자동 실행하는 방법은 시작 프로그램 설정 안내를 참고하세요. Windows 권한 및 네트워크 트래픽 처리에 대한 자세한 내용은 Windows 설치 및 설정을 확인하세요. 로컬 네트워크 공유, 사용자 지정 분기 규칙, TUN 관련 심화 설정은 사용 설명서에서 다룹니다. 처음 연결이 안정된 뒤 기능을 하나씩 켜고, 기능을 추가할 때마다 4단계의 확인 절차를 다시 진행하세요.