Clash 사용법:
구독·모드 설정·연결 확인

시작하기 전에: 클라이언트와 유효한 설정 준비

Clash 생태계에서 GUI 클라이언트는 설정, 정책 그룹, 연결 기록을 보여주고 코어는 설정을 파싱해 트래픽을 처리합니다. 클라이언트를 설치한 뒤에는 유효한 설정도 준비해야 합니다. 구독 URL은 설정을 가져오는 네트워크 주소일 뿐, 연결이 이미 수립됐다는 뜻은 아닙니다. 클라이언트 창을 열었다고 해서 시스템 트래픽이 코어로 전달되는 것도 아닙니다. 이 가이드에서는 각 단계를 구분해 문제가 생겼을 때 어디에서 막혔는지 쉽게 확인할 수 있도록 안내합니다.

아직 설치하지 않았다면 먼저 설치 파일 페이지에서 운영체제와 프로세서 아키텍처에 맞는 클라이언트를 선택하세요. 화면 구성의 차이가 궁금하다면 클라이언트 선택 가이드를 참고할 수 있습니다. 이미 클라이언트가 설치되어 있다면 소프트웨어를 바꾸지 않고 바로 진행하면 됩니다. 사용 권한이 있고 출처를 신뢰할 수 있는 구독 URL이나 유효한 YAML 설정 파일을 준비하세요. 이 사이트는 설정 정보와 클라이언트 링크를 제공하며, 구독을 발급하거나 프록시 서비스 계정을 제공하지 않습니다.

처음 설정할 때는 현재 사용 가능한 네트워크를 유지하고, 다른 프록시나 VPN 도구는 잠시 종료해 두세요. 여러 프로그램이 시스템 프록시, 라우팅 또는 DNS 설정을 동시에 바꾸는 일을 방지할 수 있습니다. 기존 프록시 설정을 기록해 두세요. 회사나 학교에서 관리하는 기기라면 네트워크 정책을 임의로 덮어쓰지 마세요. 아래 순서대로 진행하면 되며, 첫 연결 확인 때 TUN을 켜고 DNS를 변경하거나 사용자 규칙을 추가할 필요는 없습니다.

1. 구독을 가져와 설정 활성화

구독 URL에서 가져오기

클라이언트를 열고 “설정” 또는 “구독” 메뉴로 이동한 뒤 “추가”, “가져오기” 또는 “URL에서 가져오기”를 찾습니다. 전체 구독 URL을 입력란에 붙여넣고 알아보기 쉬운 이름을 지정하세요. 붙여넣은 뒤 앞뒤에 공백이나 줄바꿈이 추가되지 않았는지, 메신저가 붙인 문장 부호가 포함되지 않았는지 확인하고 다운로드 또는 저장을 누릅니다. 구독 URL에는 접근 인증 정보가 포함되는 경우가 많으므로 전체 주소를 공개 댓글에 올리거나 스크린샷에 쿼리 매개변수가 보이게 하지 마세요.

요청을 제출하면 클라이언트에 다운로드 중이라는 표시가 나온 뒤 설정 카드나 항목이 생성됩니다. 먼저 결과 메시지를 확인하세요. 다운로드 성공은 내용을 가져왔다는 뜻일 뿐, 현재 코어가 해당 내용을 파싱할 수 있다는 의미는 아닙니다. 이 설정을 선택하고 “사용”, “활성화” 또는 이에 해당하는 버튼을 누르세요. 가져온 설정이 자동으로 활성화됐다면 현재 사용 중이라는 표시가 있는지 확인합니다. 이어서 “프록시” 메뉴에 정책 그룹과 선택 가능한 출구가 표시되는지 살펴보세요. 이 단계가 끝나야 모드를 선택할 수 있습니다.

다운로드에 실패했다면 “주소 접속 실패”와 “설정 파싱 실패”를 구분하세요. 주소 접속 실패라면 네트워크, 만료된 주소 여부, 서비스 제공자가 추가 인증을 요구하는지 확인합니다. 파싱 실패라면 구독이 현재 클라이언트에서 지원하는 Clash YAML 형식인지, 호환되지 않는 필드가 있는지 살펴보세요. 브라우저에서 페이지가 열린다고 해서 해당 주소가 설정을 반환하는 것은 아닙니다. 로그인 페이지, 오류 안내 페이지, 일반 공유 페이지는 다운로드할 수 있더라도 설정으로 바로 사용할 수 없습니다.

로컬 파일에서 가져오기

설정 파일이 있다면 “파일에서 가져오기”를 선택하거나 클라이언트가 지원하는 방식으로 파일을 끌어다 놓고 해당 .yaml 또는 .yml 파일을 선택합니다. 모바일에서는 먼저 시스템 파일 앱에 파일을 저장한 뒤 공유 메뉴에서 클라이언트로 전달해야 할 수 있습니다. 가져온 후에는 설정을 활성화하고 프록시 그룹이 표시되는지 확인하세요. 파일 확장자만 바꿔 형식을 변환하지 마세요. 파일 내용이 유효한 YAML이어야 하며 현재 코어에서 지원하는 필드를 사용해야 합니다.

처음 가져온 설정은 바로 수정하지 말고 그대로 사용하세요. 나중에 편집해야 한다면 클라이언트의 덮어쓰기 또는 병합 기능을 우선 사용하고 원본을 따로 보관하세요. 구독을 업데이트하면 원격 설정으로 덮어써질 수 있습니다. YAML 들여쓰기, 필드 구조와 병합 방식은 config.yaml 설정 참고에서 확인할 수 있습니다. 현재 설정이 선택되어 있고, 로드 오류가 없으며, 프록시 화면에 사용할 정책이 표시되면 이 단계가 완료된 것입니다. 구독 이름만 보이는 것으로는 충분하지 않습니다.

2. 프록시 모드와 출구 선택

설정을 활성화한 다음 클라이언트 홈 또는 설정 화면으로 돌아가 “모드” 메뉴를 찾습니다. 처음에는 “규칙”을 선택하세요. 이에 해당하는 필드 값은 rule입니다. 규칙 모드는 설정에 적힌 순서대로 연결을 확인해 특정 정책 그룹에 전달할지, 직접 연결할지 또는 다른 방식으로 처리할지 결정합니다. 따라서 같은 시간에 어떤 사이트는 프록시를 사용하고 다른 사이트는 직접 연결되는 것이 정상적인 분기 결과일 수 있습니다. 특정 사이트 하나만 보고 클라이언트 전체의 작동 여부를 판단하지 마세요.

모드를 선택한 뒤 “프록시” 또는 “정책 그룹” 화면으로 이동합니다. 설정에서 프록시 트래픽에 실제로 사용되는 그룹을 찾아 사용할 출구를 지정하세요. 그룹 이름은 설정에 따라 다르므로 “Proxy”나 “노드 선택”이라고 표시되지 않을 수도 있습니다. 그룹 안에 다른 정책 그룹이 있다면 최종 출구가 확인될 때까지 하위 그룹을 살펴보세요. 현재 선택이 DIRECT라면 해당 그룹은 직접 연결됩니다. 규칙 모드로 바꿔도 프록시 출구로 자동 전환되지는 않습니다.

일부 설정에는 자동 선택, 장애 조치 또는 부하 분산 그룹이 있어 출구를 하나씩 직접 지정할 필요가 없습니다. 이 경우 그룹에 선택 가능한 항목이 있고 상태 확인이 모두 실패하지 않았는지 점검하세요. 클라이언트의 연결 테스트는 출구를 고르는 데 참고할 수 있지만, 테스트 성공은 테스트 대상에 연결할 수 있다는 뜻일 뿐 모든 사이트와 앱의 정상 작동을 보장하지 않습니다. 출구를 선택한 뒤에는 연결 확인을 마칠 때까지 그대로 유지하세요. 테스트 중 자주 바꾸면 비교가 어려워집니다.

“전역 모드”와 “모든 앱의 트래픽을 가로채기”는 서로 다릅니다. 모드는 코어로 이미 들어온 트래픽의 처리 방식을 정할 뿐, 원래 프록시를 우회하는 프로그램까지 코어로 전달하지는 않습니다. 따라서 global로 바꿔도 시스템 프록시나 TUN을 대신할 수 없습니다. 규칙 적용 순서, 정책 이름 참조, MATCH 기본 규칙에 관한 자세한 내용은 규칙 구문 참고에서 확인하세요. 첫 연결에서는 구독의 기존 규칙을 그대로 사용하면 됩니다.

3. 연결을 시작하고 시스템 권한 허용

PC: 시스템 프록시로 먼저 확인

PC 클라이언트 홈에서 코어가 실행 중인지 확인합니다. 별도의 시작 버튼이 있다면 먼저 코어를 실행한 다음 “시스템 프록시”를 켜세요. 상태는 “실행 중”, “연결됨” 또는 시스템 프록시가 켜짐으로 표시될 수 있으며, 정확한 표시는 클라이언트마다 다릅니다. “시스템 프록시”는 운영체제의 프록시 설정을 클라이언트의 로컬 수신 주소로 지정해 해당 설정을 따르는 앱의 요청을 코어로 전달하는 기능입니다.

첫 연결을 확인할 때는 시스템 프록시만 켜고 TUN은 꺼 두는 것이 좋습니다. 브라우저에서 새 탭을 열어 일반 웹페이지에 접속한 뒤 다음 절의 방법으로 연결 기록을 확인하세요. 시스템에서 클라이언트의 네트워크 접근을 허용하라는 메시지가 나오면 현재 네트워크 환경을 확인하고 승인합니다. 포트가 이미 사용 중이거나 코어 실행에 실패했다면 먼저 오류를 해결하세요. 시스템 프록시 스위치를 반복해서 켜고 끄지 마세요. 포트 값은 현재 클라이언트 설정을 따르며 다른 가이드의 고정된 숫자를 그대로 사용할 필요는 없습니다.

브라우저는 보통 시스템 프록시를 사용하지만 명령줄 도구, 게임 또는 자체 프록시 설정이 있는 앱은 이를 따르지 않을 수 있습니다. 특정 프로그램에서만 적용되지 않는다면 구독이 잘못됐다고 판단하기 전에 해당 프로그램에 자체 프록시 옵션이 있는지 확인하세요. 명령줄 환경의 프록시 변수도 시스템 설정과 다를 수 있습니다. 이 가이드에서는 먼저 브라우저 연결을 확인합니다. 설정과 출구가 정상임을 확인한 뒤 필요에 따라 다른 프로그램도 설정하세요.

Android 및 iOS: VPN 연결 허용

모바일 클라이언트에서 설정과 모드를 선택한 뒤 홈 화면의 연결 버튼을 누릅니다. Android에서는 보통 시스템 VPN 연결 요청이 표시되고, iOS에서는 VPN 구성을 추가하고 시스템 인증을 하라는 메시지가 나올 수 있습니다. 요청한 앱이 맞는지 확인한 뒤 권한을 허용하고 클라이언트로 돌아와 연결 상태를 확인하세요. 시스템 버전에 따라 안내 문구는 달라질 수 있습니다. 중요한 것은 클라이언트 버튼을 누르는 데 그치지 않고 시스템 권한을 완료하는 것입니다.

휴대폰 상태 표시줄에 VPN 아이콘이 나타나면 시스템 수준의 연결이 수립된 것입니다. 다만 원격 출구, DNS, 규칙이 모두 정상이라는 뜻은 아니므로 다음 절의 확인도 진행해야 합니다. 다른 VPN이 이미 실행 중이라면 어떤 연결을 유지할지 정한 뒤 전환하세요. Android에서 화면을 잠근 뒤 연결이 자주 끊긴다면 백그라운드 실행과 배터리 제한을 확인할 수 있습니다. 이런 설정은 첫 연결에 꼭 필요한 단계가 아니므로 백그라운드에서 실제로 끊길 때만 조정하세요.

더 많은 앱의 트래픽을 처리해야 할 때 TUN 활성화

TUN은 가상 네트워크 인터페이스와 라우팅 설정으로 트래픽을 가로채며, 시스템 프록시를 따르지 않는 일부 프로그램에 적합합니다. rule 모드와 함께 사용할 수 있습니다. TUN은 트래픽을 코어로 전달하는 방법을, 규칙 모드는 코어에 들어온 트래픽을 분기하는 방법을 담당합니다. 먼저 브라우저 연결이 정상인지 확인하고 추가로 트래픽을 가로챌 필요가 있을 때만 TUN을 별도로 켜세요. 클라이언트 안내에 따라 서비스를 설치하거나 필요한 권한을 부여합니다.

TUN을 켠 뒤 접속할 수 없다면 먼저 TUN을 끄고 직전의 정상 상태로 돌아가 새로 추가한 트래픽 처리 방식이 원인인지 확인하세요. 라우팅, DNS, 정책 그룹을 한꺼번에 변경하지 마세요. auto-route, stack, DNS 가로채기 설정은 플랫폼과 코어에 따라 다릅니다. 전체 옵션 설명은 설정 참고를 확인하세요. 이 단계가 끝나면 트래픽이 어떤 경로로 들어오는지 명확해져야 합니다. 다음으로 실제 요청이 예상한 경로로 처리되는지 살펴봅니다.

4. 규칙 적용과 실제 출구 확인

새 요청으로 연결 기록 확인

현재 설정, 모드, 출구를 그대로 둔 채 클라이언트에서 “연결” 또는 “Connections” 화면을 엽니다. 브라우저에서 새 탭을 만들고 접근 권한이 있는 테스트 사이트에 접속하세요. 이미 수립된 장기 연결은 이전 정책을 계속 사용할 수 있으므로 새 연결을 우선 확인합니다. 클라이언트 목록에는 대상 도메인이나 주소, 적용된 규칙, 정책 경로와 실제 출구가 표시되는 경우가 많습니다. 짧은 요청은 금방 사라질 수 있으니 로그도 함께 확인하세요.

먼저 대상이 방금 접속한 사이트와 일치하는지 확인하고, 정책 경로의 최종 출구가 프록시인지 DIRECT인지 살펴보세요. 규칙에 따라 직접 연결된 경우 시스템 프록시를 켜더라도 공인 IP가 꺼져 있을 때와 같을 수 있습니다. 이는 트래픽 분기 결과이지 연결 기능이 작동하지 않는다는 뜻은 아닙니다. 프록시를 사용해야 하는데 관련 연결이 전혀 보이지 않는다면 앱이 시스템 프록시를 따르는지, 현재 설정이 활성화됐는지, 다른 도구가 프록시 설정을 덮어썼는지 먼저 확인하세요.

연결 기록은 있지만 접속에 실패했다면 해당 연결로 문제 범위를 좁히세요. 로그에서 이름 확인 실패, 연결 시간 초과, 원격 서버 거부 중 어떤 오류인지 확인합니다. 같은 정책 그룹에서 사용할 수 있는 다른 출구를 시도한 뒤 새 요청을 만들어 보세요. 한 번에 한 가지 조건만 바꾸고 변경 전후 결과를 기록하세요. 모든 문제를 막연히 “네트워크 오류”로 치부하거나 처음부터 클라이언트를 재설치하지 마세요. 오류 발생 시각과 대상 도메인을 기록해 두면 원인을 찾기 쉽습니다.

공인 IP 비교는 보조 수단

추가 확인이 필요하다면 신뢰할 수 있는 공인 IP 조회 사이트를 이용해 같은 네트워크 환경에서 직접 연결과 프록시 연결을 비교할 수 있습니다. 비교 전에 조회 사이트의 트래픽이 예상한 규칙에 따라 처리되는지 확인하세요. 조회 사이트가 직접 연결로 설정되어 있다면 IP가 바뀌지 않아도 다른 트래픽이 프록시를 사용하지 않는다는 뜻은 아닙니다. 조회 결과에 IPv4와 IPv6가 따로 표시될 수도 있으니 같은 주소 유형끼리 비교하고 클라이언트 기록과 함께 판단하세요.

페이지가 열린다고 해서 기기의 모든 앱이 트래픽 가로채기를 사용한다는 뜻은 아닙니다. 첫 연결을 충분히 확인하려면 코어가 실행 중이고, 현재 설정이 유효하며, 대상 요청이 연결 기록에 나타나고, 적용된 정책이 예상과 일치하며, 웹페이지가 정상적으로 로드되어야 합니다. 특정 앱에서 여전히 문제가 있다면 이미 확인한 설정을 전부 초기화하기보다 해당 앱의 프록시와 네트워크 설정을 살펴보세요.

테스트 종료 및 원래 네트워크로 복구

PC에서 사용을 마치면 먼저 클라이언트의 시스템 프록시를 끄세요. TUN을 사용했다면 그것도 끈 뒤 프로그램을 종료합니다. 프로세스를 강제로 종료하면 시스템 프록시가 로컬 포트를 가리키는 설정으로 남을 수 있어, 수신 서비스가 없어 브라우저가 접속하지 못할 수 있습니다. 이런 경우 운영체제의 네트워크 설정에서 수동 프록시가 켜져 있는지 확인하고 시작 전에 기록해 둔 상태로 복구하세요.

모바일에서는 클라이언트의 연결 해제 버튼을 누르고 시스템 VPN 연결이 종료됐는지 확인하세요. 자동 연결, 항상 켜기 VPN, VPN을 사용하지 않는 연결 차단 등의 시스템 옵션을 사용한다면 현재 필요에 맞게 설정되어 있는지도 살펴보세요. 다음에 다시 사용할 때는 보통 설정이 유효하고 출구를 사용할 수 있는지 확인한 뒤 연결하면 됩니다. 같은 구독을 다시 가져올 필요는 없습니다.

문제를 공유할 때는 운영체제와 클라이언트 이름, 문제가 발생한 단계, 민감한 정보를 가린 오류 내용만 제공하면 됩니다. 전체 구독 URL, 인증 정보, 개인적인 접속 기록은 공개하지 마세요. 설정 필드를 수정해야 한다면 config.yaml 설정 참고에서 항목별 안내를 확인하세요. 절차를 다시 따라야 한다면 구독 가져오기부터 시작해 한 단계씩 확인하세요. 모든 설정을 한꺼번에 초기화하지 마세요.