Clash 사용 가이드
구독 가져오기 및 연결 확인

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

시작하기 전에 클라이언트를 설치하고 서비스 제공업체에서 받은 구독 URL이나 로컬 설정 파일을 준비하세요. 클라이언트는 설정을 읽고 규칙을 적용해 연결을 구성합니다. 설치만으로 사용할 수 있는 프록시가 자동으로 생기는 것은 아닙니다. 구독 URL은 계정 로그인이나 결제 페이지, 일반 웹 링크와 다릅니다. Clash 또는 현재 코어 형식을 지원한다고 명시된 설정 주소가 필요합니다. 아직 설정이 없다면 화면을 먼저 살펴봐도 좋지만, 연결 스위치를 반복해서 켰다 끌 필요는 없습니다.

구독 또는 설정 페이지에 주소 추가

클라이언트를 열고 ‘구독’, ‘설정’ 또는 Profiles 페이지로 이동해 ‘새로 만들기’, ‘추가’, ‘가져오기’ 등의 메뉴를 찾으세요. 가져오기 유형을 선택할 수 있다면 URL 또는 원격 설정을 선택하고 전체 구독 URL을 입력란에 붙여넣습니다. 이름은 설정을 구분하기 위한 용도이므로 출처나 목적을 알아보기 쉽게 적으면 됩니다. 링크를 이름 입력란에 붙여넣지 마세요. 저장하기 전에 URL의 앞뒤를 확인해 줄바꿈이나 공백, 메신저가 덧붙인 설명이 포함되지 않았는지 살펴본 다음 ‘가져오기’, ‘다운로드’ 또는 ‘저장’을 누르세요.

클라이언트가 내용을 다운로드하고 파싱할 때까지 기다립니다. 완료되면 목록에 설정 이름, 업데이트 시간 또는 요약 정보가 표시된 항목이 추가됩니다. 항목이 나타난 뒤에는 카드나 옆의 활성화 버튼을 눌러 현재 설정으로 적용하세요. 다운로드만으로 설정 전환까지 완료되는 것은 아닐 수 있습니다. 이어서 프록시 페이지에서 설정에 정의된 프록시 그룹이 보이는지 확인하세요. 화면이 계속 비어 있다면 설정 목록으로 돌아가 선택된 항목을 확인하고, 파싱 실패 메시지가 있는지도 살펴보세요.

로컬 YAML 파일을 받았다면 URL 입력란이 아니라 ‘파일에서 가져오기’를 사용하세요. 가져온 뒤에는 해당 설정을 선택해 적용해야 합니다. 파일로 가져온 설정은 원격 업데이트 주소가 자동으로 연결되지 않는 경우가 많으며, 이후 업데이트 가능 여부는 클라이언트와 설정 출처에 따라 달라집니다. 파일 경로를 구독 URL로 입력하지 마세요. QR 코드로 가져올 때는 인식된 내용이 실제 설정 주소인지 확인한 뒤 클라이언트가 읽도록 허용하세요.

가져오기에 실패하면 실패 단계부터 구분

‘다운로드 실패’는 보통 클라이언트가 원격 내용을 가져오지 못했다는 뜻입니다. URL이 완전한지, 구독이 유효한지, 현재 네트워크에서 해당 주소에 접속할 수 있는지 확인하세요. ‘파싱 실패’는 내용을 가져왔지만 웹페이지나 오류 메시지 또는 호환되지 않는 설정일 가능성이 있다는 의미입니다. 지원하지 않는 프로토콜이라는 메시지가 나오면 우선 클라이언트의 코어를 확인하세요. 오류를 없애려고 필드를 임의로 삭제하지 마세요. 설정 형식과 코어의 관계는 프로토콜 및 코어 참고 가이드에서 확인할 수 있습니다. 여기서는 호환되는 설정을 정상적으로 불러오는 것을 먼저 목표로 합니다.

설정이 활성화되고 프록시 그룹이 정상적으로 표시되면 다음 단계로 넘어갈 수 있습니다. 이때는 DNS, 사용자 지정 규칙, 기타 고급 옵션을 건드리지 말고 제공된 설정을 그대로 유지하세요. 이후 문제가 생겼을 때 원인을 더 쉽게 찾을 수 있습니다.

2. 규칙 모드와 프록시 그룹 선택

클라이언트 홈 화면이나 프록시 페이지에서 ‘모드’, ‘실행 모드’ 또는 Mode를 찾으세요. 일반적으로 규칙, 전역, 직접 연결 옵션이 있으며 영문 인터페이스에서는 Rule, Global, Direct로 표시될 수 있습니다. 처음에는 규칙 모드를 선택하는 것이 좋습니다. 요청이 코어에 들어오면 현재 설정된 규칙에 따라 직접 연결, 프록시 또는 차단 여부가 결정됩니다. 규칙 모드를 선택해도 모든 요청이 같은 출구를 사용하는 것은 아니며, 시스템의 모든 앱이 자동으로 트래픽 전달 대상이 되는 것도 아닙니다.

실행 모드를 먼저 선택하고 그룹의 정책 확인

규칙 모드를 선택한 뒤 프록시 그룹 목록을 여세요. 그룹 이름은 설정 작성자가 정하므로 용도, 지역, 앱에 따라 다를 수 있습니다. 정해진 ‘정답 그룹 이름’을 찾을 필요는 없습니다. 주 선택 그룹이나 설정 설명에서 지정한 진입 그룹을 먼저 확인한 다음, 직접 선택할 수 있는 그룹에서 연결을 하나 고르세요. 선택된 항목에는 체크 표시나 테두리 변화, 선택 표시가 나타나는 경우가 많습니다. 누른 뒤에는 상세 정보만 펼쳐진 것이 아니라 선택 표시가 원하는 항목으로 이동했는지 확인하세요.

일부 프록시 그룹은 자동 선택, 장애 조치 또는 부하 분산을 제공하므로 연결 하나를 고정할 수 없을 수도 있습니다. 그룹 안의 항목이 또 다른 그룹이라면 계속 펼쳐 최종 정책이 어디를 가리키는지 확인하세요. DIRECT는 원격 프록시가 아니라 직접 연결을 뜻합니다. 그룹 이름에 특정 용도가 포함되어 있다고 해서 현재 사이트가 반드시 해당 그룹을 사용한다고 단정할 수도 없습니다. 실제 결과는 마지막 단계에서 연결 기록으로 확인해야 합니다.

클라이언트에 지연 시간 테스트가 있다면 시간 초과나 연결 불가 항목을 찾는 데 활용할 수 있습니다. 다만 테스트 성공은 특정 탐색 요청이 완료되었다는 뜻일 뿐입니다. 테스트 시간은 다운로드 속도가 아니며 대상 앱의 사용 가능 여부를 보장하지도 않습니다. 첫 설정에서는 테스트를 통과한 연결을 하나 선택한 뒤 실제 웹페이지로 확인하세요. 테스트 기능을 사용할 수 없다면 로그와 실제 요청으로 판단하면 됩니다. 모든 항목에 숫자가 표시될 때까지 반복 테스트할 필요는 없습니다.

이제 클라이언트가 ‘요청을 받았을 때 어떤 경로를 선택할지’를 알게 되었습니다. 하지만 요청이 클라이언트에 들어오는지는 다음 단계의 트래픽 전달 설정에 달려 있습니다. 현재 규칙 모드와 프록시 그룹 선택은 그대로 유지하고 연결 진입점만 설정하세요. 여러 변수를 동시에 바꾸지 않는 것이 좋습니다.

3. 연결 및 트래픽 전달 활성화

먼저 홈 화면에서 코어가 실행 중이고 현재 설정이 로드되었는지 확인하세요. 데스크톱 클라이언트에 따라 실행과 함께 코어가 자동으로 시작되기도 하고 ‘시작’ 또는 ‘연결’을 눌러야 하기도 합니다. 코어 실행, 프록시 그룹 선택, 시스템 프록시 활성화는 서로 다른 상태입니다. 하나라도 빠지면 화면은 정상처럼 보여도 요청이 클라이언트에 들어오지 않을 수 있습니다. 첫 테스트 중에는 시스템 프록시, 라우팅, 가상 네트워크 인터페이스가 충돌하지 않도록 실행 중인 다른 프록시나 VPN 클라이언트를 먼저 종료하세요.

데스크톱에서는 먼저 시스템 프록시 활성화

데스크톱 클라이언트의 홈 화면이나 설정에서 ‘시스템 프록시’를 찾아 켜세요. 이 설정은 컴퓨터의 시스템 프록시 항목에 로컬 프록시 주소를 지정해 해당 설정을 따르는 앱에서 사용하도록 합니다. 일반적인 브라우저는 시스템 프록시를 사용할 수 있습니다. 활성화한 뒤 브라우저로 돌아가 새 탭에서 테스트하세요. 브라우저에 별도의 프록시 설정이나 확장 프로그램, 수동 SOCKS 주소가 있으면 시스템 설정을 사용하지 않을 수 있습니다. 처음 확인할 때는 브라우저가 시스템 프록시를 사용하도록 설정해 여러 연결 경로가 겹치지 않게 하세요.

시스템 프록시는 기기 전체의 트래픽 전달 스위치가 아닙니다. 일부 명령줄 프로그램, 게임, 기타 앱은 시스템 프록시를 읽지 않으므로 ‘브라우저는 되지만 특정 앱은 기존 경로를 사용한다’고 해서 구독이 잘못된 것은 아닙니다. 먼저 브라우저 연결을 확인한 다음 해당 앱이 개별 프록시 설정을 지원하는지, TUN이 필요한지 살펴보세요. 특정 앱 문제를 해결하려고 포트, DNS, 규칙을 한꺼번에 변경하지 마세요. 확인된 경로를 유지해야 이후 문제를 더 쉽게 찾을 수 있습니다.

필요한 경우에만 TUN 활성화

TUN은 가상 네트워크 인터페이스를 통해 라우팅 조건에 맞는 트래픽을 전달하므로 시스템 프록시를 사용하지 않는 앱을 더 폭넓게 처리할 수 있습니다. TUN을 사용하려면 설정에서 ‘TUN 모드’ 또는 ‘가상 네트워크 어댑터’를 찾아 클라이언트 안내에 따라 서비스를 설치하고 시스템 권한을 부여하거나 관련 구성 요소를 활성화하세요. 시스템마다 권한 부여 방식이 다르므로 현재 클라이언트의 안내를 따르세요. 권한 부족이나 서비스 중지 메시지가 표시되면 스위치를 다시 누르기 전에 해당 문제부터 해결하세요.

첫 설정을 마치기 위해 시스템 프록시와 TUN을 동시에 켤 필요는 없습니다. 시스템 프록시로 브라우저 연결을 확인했다면 현재 상태를 기록한 다음 TUN만 따로 테스트할 수 있습니다. 다른 VPN, 가상 머신 네트워크, 기업용 네트워크 도구가 있으면 라우팅에 영향을 줄 수 있습니다. TUN을 켠 뒤 정상 연결이 끊기면 방금 활성화한 TUN을 끄고 확인된 상태로 되돌리세요. TUN, DNS, 규칙의 관계는 프로토콜 및 코어 참고 가이드에서 자세히 확인할 수 있습니다. 이번 첫 설정에서 모든 항목을 조정할 필요는 없습니다.

모바일에서 시스템 VPN 권한 확인

모바일 클라이언트에서 설정과 프록시를 선택한 뒤 ‘연결’ 또는 ‘시작’을 누르세요. 처음 실행할 때는 대개 시스템 VPN 연결 요청이 표시됩니다. 현재 설치된 클라이언트에서 보낸 요청인지 확인한 다음 시스템 안내에 따라 허용하세요. 앱으로 돌아와 연결 상태를 확인하고, 시스템 상태 표시줄이나 VPN 설정에서도 연결이 설정되었는지 살펴보세요. 휴대폰에 VPN 표시가 나타나면 트래픽 전달 인터페이스가 작동 중이라는 뜻이지만, 선택한 원격 연결이 사용 가능하다는 것을 단독으로 증명하지는 않습니다.

허용 직후 연결이 끊긴다면 다른 VPN 앱이 연결을 사용 중인지 먼저 확인한 다음, 클라이언트에 설정 또는 권한 오류가 표시되는지 살펴보세요. Android 기기에서는 백그라운드 앱 활동이 제한될 수도 있습니다. 화면을 잠근 뒤 실제로 연결이 끊기는 경우에만 배터리 및 백그라운드 실행 권한을 확인하세요. iOS에서는 시스템 VPN 설정에서 현재 연결 항목을 확인할 수 있습니다. 상태 아이콘만 보고 작업을 끝내지 말고, 다음 단계에서 실제 요청이 예상한 정책을 따르는지도 확인하세요.

4. 요청 경로와 실제 접속 확인

클라이언트는 실행 상태로 두고 브라우저에서 평소 알고 있으며 현재 접속할 수 있어야 하는 사이트를 여세요. 캐시된 페이지가 표시되는 일을 피하려면 새 탭을 열거나 콘텐츠를 새로고침하는 것이 좋습니다. 그런 다음 클라이언트의 ‘연결’, ‘활성 연결’ 또는 로그 화면에서 방금 요청한 도메인을 찾으세요. 클라이언트마다 표시 항목은 다르므로 홈 화면의 트래픽 수치만 보는 대신 대상 도메인, 적용된 규칙, 사용된 정책 그룹, 최종 연결을 확인하세요.

접속 결과를 연결 기록과 대조

웹페이지가 열리고 연결 기록에도 요청이 클라이언트에 들어온 것으로 표시되면 정책이 예상과 일치하는지 확인하세요. 규칙 모드에서는 일부 사이트에 DIRECT가 표시되어도 정상일 수 있습니다. 설정에서 해당 사이트를 직접 연결하도록 지정했을 수 있기 때문입니다. 프록시가 명확히 필요한 대상으로 추가 확인하세요. 규칙 적용 방식이 확실하지 않다면 적용 기록을 먼저 살펴보세요. 사이트가 열린다는 이유만으로 모든 트래픽이 프록시를 거친다고 판단하면 안 됩니다.

출구 IP 조회는 참고 자료로 활용할 수 있지만 유일한 확인 방법은 아닙니다. 규칙에 따라 조회 사이트가 직접 연결될 수 있고 브라우저 캐시의 영향도 받을 수 있으며 IPv4와 IPv6의 출구가 다를 수도 있습니다. 명확한 요청 하나를 클라이언트 기록과 대조해 대상, 규칙, 정책이 전체 경로를 이루는지 확인하는 편이 더 확실합니다. 특정 데스크톱 앱을 확인할 때는 해당 앱에서 새 요청을 만든 뒤 기록을 살펴보세요. 브라우저가 잘 작동했다는 결과로 앱 테스트를 대신할 수는 없습니다.

연결되지 않으면 정해진 순서로 점검

웹페이지가 열리지 않으면 먼저 첫 단계로 돌아가 현재 설정이 활성화되어 있는지, 최근 업데이트에 오류가 없었는지 확인하세요. 다음으로 프록시 그룹에서 사용 가능한 연결이 선택되어 있는지 살펴보세요. 실수로 직접 연결이나 다른 정책으로 바뀌었을 수도 있습니다. 이어서 코어가 실행 중인지, 데스크톱 시스템 프록시나 모바일 VPN 연결이 설정되었는지 확인하세요. 마지막으로 해당 요청을 살펴봅니다. 기록이 전혀 없다면 앱의 요청이 클라이언트에 들어오는지부터 점검하고, 기록은 있지만 연결이 실패했다면 원격 연결, 프로토콜 호환성, 로그의 구체적인 오류를 확인하세요.

특정 사이트나 앱 하나에서만 문제가 생기면 다른 확인된 대상으로 테스트해 전체 연결 문제인지 구분하세요. 네트워크를 바꾼 뒤 문제가 발생했다면 먼저 연결을 끊었다가 다시 연결해 현재 네트워크에서 클라이언트가 연결을 새로 구성하도록 하세요. 한 번에 하나만 변경하세요. 예를 들어 프록시 선택만 바꾸거나 TUN만 끈 뒤 같은 요청을 다시 테스트합니다. 모드, DNS, 포트, 구독을 동시에 바꾸면 결과를 해석하기 어렵습니다. 프로토콜 지원, DNS, 복잡한 라우팅 문제는 상세 문서의 프로토콜 및 코어 안내에서 이어서 확인하세요.

정상 작동을 확인한 뒤 일상 설정 저장

확인이 끝나면 필요에 따라 구독 자동 업데이트와 클라이언트 시작 시 자동 실행을 켤 수 있습니다. 구독을 업데이트하면 프록시 그룹 구성이나 규칙이 바뀔 수 있으므로 이후 동작이 달라진다면 현재 선택이 여전히 유효한지 먼저 확인하세요. 클라이언트 자동 실행, 코어 시작, 시스템 프록시 자동 활성화는 각각 별도 설정일 수 있습니다. 기기를 다시 시작한 뒤 모든 스위치가 복구될 것이라고 가정하지 말고, 간단히 다시 연결을 확인하는 것이 좋습니다.

데스크톱 클라이언트를 종료하기 전에 시스템 프록시를 먼저 끄세요. 그렇지 않으면 앱을 닫은 뒤에도 시스템 요청이 종료된 로컬 프록시 주소로 전송될 수 있습니다. 모바일에서는 사용을 마친 뒤 클라이언트에서 정상적으로 연결을 끊고 시스템 VPN 상태도 함께 종료되었는지 확인하세요. 나중에 구독을 바꾸려면 구독 가져오기부터 다시 진행하면 됩니다. 실행 모드만 조정할 때는 클라이언트를 재설치하지 말고 모드 선택부터 확인하세요. 검증된 경로를 하나 남겨 두면 이후 문제를 점검할 때 기준으로 삼을 수 있습니다.