Clash 사용법: 구독 가져오기부터 연결 확인까지

시작 전: 클라이언트, 커널, 설정 구분하기

작업을 시작하기 전에 설치가 완료된 Clash GUI 클라이언트와 사용할 수 있는 구독 주소 또는 로컬 설정 파일을 준비해야 합니다. GUI 클라이언트는 메뉴, 스위치와 연결 기록을 표시하고, mihomo 같은 커널은 설정을 읽어 네트워크 트래픽을 처리합니다. 구독 또는 YAML 파일에는 프록시, 정책 그룹, 규칙과 포트 설정이 저장됩니다. 세 요소의 역할은 서로 다르므로 “클라이언트가 실행 중”이라고 해서 “설정을 사용할 수 있음”을 의미하지 않으며, 설정을 가져왔다고 해서 시스템 트래픽이 연결된 것도 아닙니다.

구독 주소는 일반적으로 이용 중인 네트워크 서비스 제공업체가 제공합니다. 이 페이지에서는 공개 구독을 제공하지 않으며, 출처가 불분명한 설정을 일상적으로 사용하는 기기에 직접 가져오는 것도 권장하지 않습니다. 구독 링크에는 계정 정보가 포함될 수 있으므로 비밀번호처럼 안전하게 보관하고 공개 포럼, 스크린샷 또는 로그 첨부 파일에 올리지 마세요. .yaml 또는 .yml로 끝나는 파일을 받았다면 로컬 파일 가져오기 절차를 사용하고, 웹 주소 형태의 구독을 받았다면 클라이언트의 구독 링크 입력란을 사용합니다.

처음 설정할 때는 다른 유사 프록시 도구를 잠시 종료하는 것이 좋습니다. 여러 프로그램이 동시에 시스템 프록시를 변경하거나 같은 포트를 사용할 수 있기 때문입니다. 브라우저는 열어 두어도 되지만 각 단계를 완료한 뒤 테스트하세요. 그러면 문제가 가져오기, 모드, 시스템 연결, 확인 단계 중 어디에서 발생했는지 정확히 판단할 수 있으며 여러 설정을 동시에 변경하는 상황을 피할 수 있습니다.

구독 또는 로컬 설정 파일 가져오기

Clash 클라이언트를 연 뒤 먼저 “설정” 페이지로 이동합니다. 일부 클라이언트에서는 이 메뉴를 “구독”, “설정 파일” 또는 Profiles라고 표시합니다. 이 페이지에는 일반적으로 원격 구독과 로컬 파일을 위한 두 종류의 메뉴가 함께 있습니다. 구독 주소를 사용할 때는 새 구독 추가 버튼을 찾아 전체 주소를 입력란에 붙여넣습니다. 이름은 “일상 설정”처럼 용도를 쉽게 구분할 수 있게 지정하고, 구독 주소 자체를 이름으로 사용하지 마세요. 확인 후 가져오기, 저장 또는 다운로드를 클릭하고 클라이언트가 가져오기와 파싱을 완료할 때까지 기다립니다.

가져오기가 완료되면 설정 목록에 새 항목이 나타나야 합니다. 그런 다음 해당 항목을 클릭해 현재 활성 설정으로 지정해야 합니다. 일부 클라이언트는 가져온 뒤 자동으로 선택하지만, 다른 클라이언트는 파일을 목록에 추가하기만 하므로 “활성화”, “현재 설정으로 지정” 또는 설정 카드를 다시 클릭해야 합니다. 실제로 활성화되었는지는 페이지 상단의 현재 설정 이름을 확인하거나 프록시 페이지에서 설정에 정의된 정책 그룹이 표시되는지 확인하면 됩니다. 구독 기록만 보이고 프록시 페이지가 여전히 비어 있다면 설정이 아직 활성화되지 않은 경우가 많습니다.

로컬 YAML 파일 사용

설정이 기기에 파일로 저장되어 있다면 “파일에서 가져오기” 또는 “로컬 설정”을 선택한 뒤 해당 YAML 파일을 지정합니다. 가져온 후에는 동일하게 현재 설정으로 지정해야 합니다. 클라이언트에서 파싱 실패가 표시되면 커널이 완전한 설정을 받지 못한 상태이므로 시스템 프록시를 계속 켜지 마세요. 가장 흔한 원인은 YAML 들여쓰기 불일치, 콜론 뒤 공백 누락, 목록 계층 오류 또는 현재 커널에서 지원하지 않는 필드입니다. 필드의 의미를 잘 모르는 상태에서 내용을 임의로 삭제하기보다는 파일 출처에서 다시 다운로드해 보세요.

일부 구독은 업데이트할 때 현재 네트워크를 통해 서버에 직접 접속해야 합니다. 처음에는 가져오기가 성공했지만 이후 업데이트가 실패한다면 시스템 프록시를 끈 뒤 다시 업데이트해 보세요. 반대로 구독 서비스가 기존 프록시를 통해서만 접속된다면 클라이언트의 구독 설정에서 “업데이트 시 프록시 사용”을 켜야 합니다. 이 옵션의 이름은 클라이언트마다 완전히 같지 않지만, 구독 요청을 직접 연결할지 현재 프록시를 거칠지 정하는 기능입니다.

프록시 모드 및 정책 그룹 선택

설정 로드가 완료되면 “프록시” 또는 Proxies 페이지로 이동합니다. 여기에는 보통 서로 다른 두 단계의 선택이 있습니다. 첫 번째는 실행 모드로, 클라이언트가 규칙, 전역 또는 직접 연결 방식 중 무엇을 사용할지 결정합니다. 두 번째는 정책 그룹으로, 규칙이 특정 그룹과 일치했을 때 실제로 사용할 출구를 결정합니다. 초보자는 한 단계만 선택하기 쉽습니다. 예를 들어 모드를 규칙으로 바꾸고도 “노드 선택”에 항목을 지정하지 않으면 연결된 것처럼 보여도 실제 정책은 예상과 다를 수 있습니다.

처음에는 “규칙 모드”를 우선 선택하세요. 규칙 모드는 설정 파일의 규칙을 위에서부터 차례로 대조하며, 일반적인 규칙에는 도메인 접미사, 키워드, GeoIP, GeoSite 및 마지막의 MATCH가 있습니다. 일치하면 트래픽이 규칙 끝에 지정된 정책 그룹으로 전달됩니다. 예를 들어 DOMAIN-SUFFIX,github.com,节点选择와 같습니다. 이 모드를 사용하면 대상에 따라 직접 연결, 거부 또는 프록시를 설정에 맞게 적용할 수 있어 일상적인 사용에 적합합니다.

“전역 모드”는 일반적으로 대부분의 트래픽을 GLOBAL 또는 지정된 전역 정책으로 통일해 전달하므로 규칙이 연결에 영향을 주는지 임시로 확인할 때 적합합니다. 설정 구조를 잘 모르는 상태에서 장기간 사용하는 것은 권장하지 않습니다. “직접 연결 모드”는 프록시 커널의 출구 선택을 우회하며 일반 네트워크를 복구하거나 비교 테스트를 할 때 주로 사용합니다. 규칙 모드에서는 특정 웹사이트에 접속할 수 없지만 전역 모드에서는 접속된다면 문제는 대개 규칙 매칭이나 정책 그룹 선택에 있으므로 클라이언트를 다시 설치할 필요가 없습니다.

주요 정책 그룹의 출구 선택

규칙 모드를 유지한 채 “노드 선택”, “프록시”, “PROXY” 또는 설정에서 지정한 주요 정책 그룹을 확인합니다. 정책 그룹 유형이 select라면 직접 열어 사용 가능한 항목 중 하나를 선택해야 합니다. url-test라면 클라이언트가 설정된 테스트 주소와 간격에 따라 자동으로 선택합니다. fallback이라면 현재 항목을 사용할 수 없을 때 다른 항목을 순서대로 시도합니다. 정책 그룹 이름은 설정 제공업체가 정하므로 페이지에 표시되는 이름이 이 튜토리얼과 다를 수 있습니다.

자동 선택이 모든 웹사이트에서 반드시 해당 그룹을 사용한다는 뜻은 아닙니다. 최종 결과는 여전히 규칙이 결정합니다. 광고 분류는 REJECT로, 로컬 네트워크와 특정 지역 주소는 DIRECT로 전달될 수 있으며 그 밖의 트래픽만 주요 프록시 그룹으로 들어갑니다. select, url-test, fallback과 규칙 순서를 더 자세히 이해하려면 용어집을 확인하세요. 프로토콜, 커널 및 설정 호환성에 대한 체계적인 설명은 프로토콜 참고 자료에서 볼 수 있습니다. 이 튜토리얼에서는 주요 정책 그룹에 명확한 선택 항목이 있는지만 확인하면 됩니다.

시스템 프록시를 켜고 연결 설정

모드와 정책을 정한 후 “개요” 또는 “설정” 페이지로 돌아가 “시스템 프록시” 스위치를 찾아 켭니다. 시스템 프록시는 프록시 주소를 운영체제의 네트워크 설정에 기록하며, 브라우저와 시스템 설정을 따르는 대부분의 데스크톱 앱은 이를 통해 트래픽을 Clash로 전달합니다. 스위치를 켠 뒤 클라이언트를 바로 종료하지 마세요. 시스템 프록시는 다른 앱에 연결 위치를 알려줄 뿐이며, 실제 트래픽을 처리하는 커널은 계속 실행 중이어야 합니다.

Windows와 macOS는 처음 네트워크 설정을 변경할 때 시스템 권한을 요구할 수 있습니다. 현재 설치된 클라이언트에서 발생한 작업인지 확인한 뒤 시스템 안내에 따라 권한을 승인하세요. 네트워크 확장을 사용하는 macOS 클라이언트는 시스템 설정의 네트워크 또는 개인정보 보호 페이지로 이동할 수도 있습니다. Android에서는 일반적으로 VPN 연결 권한 요청이 표시되고 이후 상태 표시줄에 시스템 VPN 아이콘이 나타납니다. iOS에서도 VPN 설정 추가를 요청합니다. 이러한 시스템 안내는 로컬 네트워크 채널을 설정하는 과정의 일부입니다. 거부하면 클라이언트 화면은 계속 조작할 수 있어도 다른 앱의 트래픽은 연결되지 않습니다.

TUN 모드는 언제 필요한가요

시스템 프록시는 운영체제의 프록시 설정을 읽는 앱에 주로 적용됩니다. 일부 게임, 명령줄 프로그램, 가상 머신 또는 자체적으로 네트워크 연결을 구현한 소프트웨어는 이 설정을 읽지 않으므로 TUN 모드를 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스를 만들어 더 넓은 범위의 트래픽을 커널로 전달합니다. 처음부터 시스템 프록시와 TUN을 동시에 켜고 원인을 추측할 필요는 없습니다. 먼저 시스템 프록시만 켜 브라우저를 확인한 뒤, 시스템 프록시를 따르지 않는 앱이 명확할 때 TUN을 켜고 두 번째 테스트를 진행하세요.

TUN을 활성화하려면 관리자 권한이 필요할 수 있으며 방화벽, 네트워크 확장 또는 드라이버 권한 요청이 나타날 수도 있습니다. 활성화 후 기기 전체에서 인터넷이 되지 않으면 먼저 TUN을 끄고 일반 네트워크가 복구되는지 확인한 다음 클라이언트 로그에서 권한, 라우팅 또는 DNS 관련 메시지를 점검하세요. TUN, DNS와 라우팅의 세부 내용은 고급 설정에 해당하므로 프로토콜 및 커널 기술 참고 자료에서 계속 확인할 수 있습니다.

터미널 프로그램은 별도로 설정해야 합니다

브라우저 연결은 정상인데 터미널 명령이 실패한다고 해서 Clash가 작동하지 않는 것은 아닙니다. 많은 터미널 도구는 기본적으로 시스템 프록시를 사용하지 않으므로 현재 셸에서 HTTP_PROXY, HTTPS_PROXY 또는 ALL_PROXY를 설정하고 클라이언트에 표시된 혼합 포트나 SOCKS 포트를 가리키도록 해야 합니다. 포트는 현재 클라이언트 설정을 기준으로 하며 튜토리얼 예시만 보고 기존 설정을 덮어쓰지 마세요. 처음 브라우저 연결만 확인하려는 경우 터미널 설정은 일단 건너뛰고 기본 연결을 확인한 뒤 별도로 처리해도 됩니다.

프록시가 실제로 작동하는지 확인

확인은 스위치 색상만 보는 것이 아니라 세 단계로 진행해야 합니다. 첫 번째는 일반 네트워크 확인입니다. 평소 직접 접속할 수 있는 웹사이트를 새로고침해 시스템 프록시를 켠 뒤에도 기본 연결이 끊기지 않았는지 확인하세요. 모든 웹사이트가 열리지 않으면 먼저 클라이언트에서 커널 실행 여부, 포트 사용 여부와 현재 설정의 활성 상태를 확인합니다. 이때 정책을 계속 바꾸면 변수만 늘어납니다.

두 번째는 대상 접속 확인입니다. 현재 설정에 따라 주요 프록시 정책을 거쳐야 하는 웹사이트를 엽니다. 페이지가 정상적으로 로드되면 Clash의 “연결” 페이지로 돌아갑니다. 연결 목록에는 일반적으로 대상 도메인, 네트워크 유형, 일치한 규칙과 사용된 정책 체인이 표시됩니다. 방금 접속한 기록을 찾아 도메인과 작업 시간이 일치하는지 확인하고 예상한 정책을 거쳤는지 살펴보세요. 웹페이지가 열리는지만 확인하는 것보다 연결 기록이 더 신뢰할 수 있습니다. 페이지가 브라우저 캐시에서 로드되었거나 우연히 DIRECT로 연결되었을 수도 있기 때문입니다.

세 번째는 로그 확인입니다. 로그 수준은 info 또는 클라이언트 기본값으로 유지한 뒤 대상 페이지를 다시 새로고침합니다. 정상이라면 도메인, 규칙 또는 연결 설정 정보가 포함된 기록이 나타납니다. 로그에 새 내용이 전혀 없다면 요청이 Clash로 들어오지 않았을 가능성이 높으므로 시스템 프록시, 브라우저의 독립 프록시 설정 또는 터미널 환경 변수를 확인해야 합니다. 요청은 기록되었지만 DIRECT와 일치한다면 규칙을 점검하고, 예상한 정책과 일치했는데도 연결에 실패한다면 정책 그룹의 사용 가능한 항목과 로컬 네트워크를 확인하세요.

브라우저, 터미널 및 기타 앱을 각각 확인

브라우저는 시스템 프록시를 사용할 수도 있고 독립 프록시 확장 프로그램이 설치되어 있을 수도 있습니다. 문제를 점검할 때는 프록시 경로를 변경하는 브라우저 확장 프로그램을 먼저 비활성화하고 브라우저에 다른 포트가 수동으로 지정되어 있지 않은지 확인하세요. 터미널 도구는 일반적으로 환경 변수가 필요합니다. Git, curl, 패키지 관리자를 사용할 때는 도구 자체에 저장된 프록시 설정도 확인해야 합니다. 모바일 앱의 네트워크 구현도 서로 다르므로 하나의 웹페이지로 기기 전체를 판단하지 말고 서로 다른 앱 두 개를 각각 테스트하세요.

Clash를 종료했는데도 브라우저가 로컬 프록시 포트로 연결을 시도한다면 시스템 프록시가 클라이언트에 의해 제대로 복원되지 않았을 수 있습니다. 클라이언트를 다시 시작한 뒤 시스템 프록시를 켰다가 꺼서 완전한 전환을 한 번 실행하세요. 그래도 복구되지 않으면 운영체제 네트워크 설정에서 프록시 항목을 확인합니다. 증상별 처리 절차는 FAQ 및 문제 해결에서 확인할 수 있으며, 구독 업데이트 실패, 포트 충돌, 시스템 프록시 미작동과 TUN 시작 실패 등을 다룹니다.

일상 사용 및 안전한 종료 순서

다음에 시작할 때는 먼저 클라이언트를 열고 커널이 사용 가능한 상태가 될 때까지 기다린 다음 시스템 프록시 또는 TUN을 켜세요. 일반적으로 매일 구독을 다시 가져올 필요는 없으며 서비스 제공업체가 권장하는 주기에 따라 현재 설정만 업데이트하면 됩니다. 업데이트 후 정책 그룹의 내용이 바뀌었다면 주요 정책 그룹의 선택을 다시 확인하세요. 설정 제공업체가 그룹 이름, 규칙 또는 기본 항목을 변경했을 수 있습니다.

종료할 때는 먼저 시스템 프록시 또는 TUN을 끈 다음 클라이언트를 종료하는 것이 좋습니다. 그러면 운영체제가 로컬 포트로 트래픽을 보내는 작업을 먼저 멈추고 커널이 이어서 종료됩니다. 프로세스를 강제로 바로 종료하면 일부 시스템에서 프록시 설정이 잠시 남아 클라이언트는 실행되지 않는데도 브라우저가 인터넷에 연결되지 않을 수 있습니다. 이 경우 클라이언트를 다시 열고 해당 스위치를 정상적으로 끄세요.

규칙 모드는 장기간 유지해도 됩니다. 특정 문제를 점검할 때만 잠시 전역 또는 직접 연결로 전환해 비교하고 테스트가 끝나면 원래 모드로 복원하세요. 설정 파일의 규칙, DNS, 스니핑, TUN 라우팅과 프로토콜 매개변수를 처음부터 모두 배울 필요는 없습니다. 먼저 “설정 읽기 완료, 정책 선택 완료, 시스템 연결, 연결 기록 확인”이라는 흐름을 안정화한 다음 필요에 따라 프로토콜 참고 자료와 용어집을 읽으면 각 설정의 역할을 더 쉽게 이해할 수 있습니다.